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Preface 



This guide describes the procedures and tests used to maintain and 
troubleshoot VAX 4000 Model 400, 500, and 600 systems, which use the 
KA675, KA680, and KA690 kernel, respectively. 



System 


Kernel 


VAX 4000 Model 400 


KA675 


VAX 4000 Model 500 


KA680 


VAX 4000 Model 600 


KA690 



intended Audience 

This guide is intended for use by Digital Equipment Corporation Service 
personnel and qualified self-maintenance customers. 

Warnings, Cautions, Notes 

Warnings, cautions, and notes appear throughout this guide. They have 
the following meanings: 

WARNING Provides information to prevent personal injury. 

CAUTION Provides information to prevent damage to equipment or software. 

NOTE Provides general information about the current topic. 

Conventions 

A system prompt and a command in boldface, uppercase type, for example, 
>»show dssi, shows that the user enters the command at the system 
prompt. 
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Chapter 1 

System Maintenance Strategy 



Any successful maintenance strategy is predicated on the proper 
understanding and use of information services, service tools, service 
support and escalation procedures, and field feedback. This chapter lists 
the various service tools, information services, and service delivery methods 
used in system maintenance. 

1.1 Service Delivery Methodology 

Before beginning any maintenance operation, you should be familiar with 
the following: 

1. The site agreement 

2. Your local and area geography support and escalation procedures 

3. Your Digital Services product delivery plan 

Service delivery methods are part of the service support and escalation 
procedure. When appropriate, remote services should be part of the initial 
system installation. Methods of service delivery include the following: 

• Local support 

• Remote call screening 

• Remote diagnosis and system initiated service requests (using 
DSNLink, SICL, MDS01, modem, etc.) 

The recommended system installation includes: 

1. Hardware installation and acceptance testing. Acceptance testing 
(Chapter 4) includes running ROM-based diagnostics and running 
MDM to test Q-bus options. 

2. Software installation and acceptance testing. For example, using VMS 
Factory Installed Software (FIS), and then acceptance testing with 
UETP. 

3. Installation of the Symptom-Directed Diagnosis (SDD) toolkit 
(VAXsimPLUS and SPEAR) and remote services tools and equipment 
(this includes installing DSNlink, modems, etc., and enabling SICL). 



System Maintenance Strategy 1-1 



When the installation is complete, the system should be able to dial out 
using SICL, and the Digital Service Center should be able to call into 
the system. Refer to your remote service delivery strategy. 

If your service delivery methodology is not followed, service expenses for 
any product could be excessive. 

1.2 Product Service Tools and Utilities 

This section lists the array of service tools and utilities available for 
acceptance testing, diagnosis, and overall serviceability; and it provides 
recommendations as for their use. 

— VMS Error Handling/Logging 

VMS provides recovery from errors, fault handling, and event 
logging. The Error Report Formatter (ERF) provides bit-to-text 
translation of the event logs for interpretation. 

RECOMMENDED USE: Analysis of error logs is the primary 
method of diagnosis and fault isolation. If the system is up, or 
the customer allows the service engineer to bring the system up, 
this information should be looked at first. Refer to Section 5.2 for 
information on Product Fault Management and Symptom-Directed 
Diagnosis. 

— Symptom-Directed Diagnostic (SDD) Tools (VAXsimPLUS) 

SDD tools are used primarily for notification of the existence of 
errors that have reached a critical threshold. SDD tools must be 
installed during system installation or as soon as product support 
is provided. SDD tools are not bundled with VMS. 

RECOMMENDED USE: Used primarily for onsite notification to 
the user via mail or to a remote Digital support center via System 
Initiated Call Logging (SICL). Refer to Section 5.2.9 for information 
on VAXsimPLUS and SICL. 

— ROM-Based Diagnostics 

ROM-based diagnostics have significant advantages: 

• Load time is virtually nonexistent. 

• The boot path is more reliable. 

• Diagnosis is done in a more primitive state. 
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RECOMMENDED USE: The CPU ROM-based diagnostic facility 
is the primary means of offline testing and diagnosis of the 
CPU, memory, Ethernet, and DSSI subsystems. The ROM-based 
diagnostics are used in the acceptance test procedures (Section 4.4) 
when installing a system, adding a memory module, or replacing 
the following: CPU module, memory module(s), backplane, DSSI 
device, or H3604 console module. Use the ROM-based diagnostic 
error messages in Table 5-9 to isolate FRUs. 

— Firmware Console Commands 

Several commands and utilities are needed in configuring a system 
and setting and examining system and device parameters. For 
example, the CONFIGURE command is used to determine the 
proper CSR addresses for modules; the SHOW MEMORY, SHOW 
DSSI, and SHOW QBUS commands are used to examine the 
configuration and memory error status; and the SET HOST 
command is used to access the DUP driver to configure DSSI 
parameters. 

RECOMMENDED USE: Use console commands to configure 
the system and in setting and examining device parameters. 
Refer to Section 3.7 for information on firmware commands and 
utilities. Appendix A provides information on all available console 
commands. 

— Option LEDs During Power-Up 

Many options and modules have LEDs that display pass/fail self- 
test results. 

RECOMMENDED USE: Monitor option and module LEDs during 
power-up to see if they pass their self-tests. Refer to Sections 4.2.2 
and 4.2.3 for information on power-up tests for Q-bus and mass 
storage devices. For more information on individual options, refer 

to your Microsystems Options manual. 

— Operating System Exercisers (VMS UETP) 

The User Environment Test Package (UETP) is a VMS software 
package designed to test whether the VMS operating system is 
installed correctly. 

RECOMMENDED USE: Use UETP as part of acceptance testing to 
ensure that VMS is correctly installed. UETP is also used to stress 
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test the user's environment and configuration by simulating system 
operation under heavy loads. 

— MicroVAX Diagnostic Monitor (MDM) 

The loadable diagnostic MDM requires a minimum of Release 
136 to support VAX 4000 Model 400/500/600 systems. Consult 
your MicroVAX Diagmstic Monitor User's Guide for instructions 
on running MDM. 

RECOMMENDED USE: MDM is used primarily for testing Q-bus 
options. 

— Loopback Tests 

Internal and external loopback tests can be used to isolate a failure 
by testing segments of a particular control or data path. The 
loopback tests are a subset of the ROM-based diagnostics and MDM 
diagnostics. 

RECOMMENDED USE: Loopback tests can be used to isolate 
problems with the console port, DSSI adapters, Ethernet controller, 
and many common Q-bus options. Refer to Section 5.7 for 
instructions on performing loopback tests. 

— Crash Dumps 

For fatal errors, VMS will save the contents of memory to a crash 
dump file, e.g. fatal bugchecks. 

RECOMMENDED USE: Crash dump file analysis should be 
performed by support. Saving a crash dump file for analysis 
requires proper system settings. Refer to your VMS documentation 
for instructions. 

1.3 Information Services 

Digital Service engineers may access several information resources, 
including advanced database applications, online training courses, and 
remote diagnosis tools. A brief description of some of these resources 
follows. 

— Technical Information Management Architecture (TIMA) 

TIMA is used by Digital Services to deliver technical and reference 
information to its service engineers. One of the main benefits of 
TIMA is the pooling of worldwide knowledge and expertise. Both 
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service and customer documentation for VAX 4000 systems are 
available on TIMA. 

Entry Systems Service Information Kits 

Service documentation containing information on enclosures, CPUs, 
and options, makes up the Entry Systems Service Information Kit 
The manual you are reading is part of the kit. Refer to your Guide 
to Entry Systems Service Information Kits (EK-276A*-MI) for more 
information. 

Training 

Computer Based Instruction (CBI) and lecture lab courses are 
available from the Digital training center: 

• VAX 4000 Model 500 System Installation and Troubleshooting 
(CBI course, EY-I089E-EO (applicable for VAX 4000 Model 400 
/500/600 systems)). 

• Micro VAX Installation and Troubleshooting (Lecture lab course, 
EY-9408E-LO) 

Digital Services Product Delivery Plan (Hardware or Software) 

The Product Delivery Plan documents Digital Services delivery 
commitments. The plan is the communications vehicle used 
among the various groups responsible for ensuring consistency 
between Digital Services delivery strategies and engineering 
product strategies. 

Blitzes 

Technical updates are "blitzed" to the field using mail and TIMA. 
Storage and Retrieval System (STARS) 

Stars is a worldwide database for storing and retrieving technical 
information. The STARS databases, which contain more than 
150,000 entries, are updated daily. 

Using STARS, a service specialist can quickly retrieve the most up- 
to-date technical information via DSNlink or DSIN. 

VAX Notes 

VAX Notes is a worldwide notes file. 

DSNlink 

DSNlink software application lets the Digital Services Center 
communicate electronically with the customer site. DSNlink serves 
as the platform for the delivery of electronic services. 



System Maintenance Strategy 1-5 



1.4 Field Feedback 



Providing the proper feedback to the corporation is essential in closing the 
loop on any service call. Consider the following when completing a service 
call: 

• Repair tags should be filled out accurately and with as much symptom 
information as possible so that repair centers can fix a problem. 

• Call closeout information for Labor Activity Reporting System (LARS) 
or Call-Handling and Management Planning (CHAMP) needs to be 
accurate. 

• The site maintenance log, whether hardcopy or electronic, should 
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Chapter 2 

CPU System Overview 



This chapter provides an overview of the components that make up KA675 
/KA680/KA690-based systems. These components are listed below: 

• CPU: KA675 (L4002-CA), KA680 (L4002-BA), or KA690 (L4002-AA) 

• MS690 memory modules 

• BA440 enclosure components 

H3604 console module 
System control panel (SCP) 
8A440 backplanes 
Power supply 
Fans 

CAUTION: Static electricity can damage integrated circuits. Always use a 
grounded wrist strap (PN 29-11762-00) and grounded work surface when 
working with the internal parts of a computer system. 

2.1 CPU Module Features 

The KA6757KA680/KA690 CPUs are quad-height VAX processor modules 
that use the Q22-bus and DSSI bus. The CPUs are used in the following 

systems: 



System 


CPU 


VAX 4000 Model 400 


KA675 


VAX 4000 Model 500 


KA680 


VAX 4000 Model 600 


KA690 



The CPU module is designed for use in high-speed, real-time applications 
and for multiuser, multitasking environments. The KA675/KA689/KA690 
employ multiple levels of cache memory to maximize performance. See 
Figure 2-1 for a view of the major chips, LEDs, and connectors. See 
Figure 2-2 and Figure 2-3 for block diagrams of the major functions. 
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The CPU module and MS690 memory modules combine to form the CPU 
/memory subsystem that uses DSSI busses to communicate with mass 
storage devices, the Q22-bus to communicate with I/O devices, and the 
Ethernet to communicate across the network. 

The CPU module is configured as an arbiter CPU on the Q22-bus, where 
it arbitrates bus mastership and fields any on-board interrupt requests. 



Figure 2-1 : KA675/KA680/KA690 CPU Module Component Side 
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Table 2-1: KA675/KA680/KA690 CPU Module Components 

Components Function 



DC246 (NVAX) 



Backup cache RAMs 

DC243 (NCA) 
DC244 (NMC) 
DC527 (CQBIC) 
DC541 (SGEC) 

Ethernet Station Address ROM 
DC542 (SHAC) 
DC511 (SSC) 
DC509 (CLK) 
Firmware ROMs 

Obit RAMs 

Console connector 
Backplane connecter 

Run LED 
Diagnostic LEDs 



Central processor unit. Contains a 64 -entry translation 
buffer integral floating-point unit, 2-KB virtual instruction 
stream cache (VIC), 8-KB physical instruction and data 
stream primary cache (P-cache), and backup cache control 
and error correction code (ECC) 

KA675: Central processor unit has 16-ns cycle time and 
the virtual instruction stream cache is disabled 

KA680: Central processor unit has 14-ns cycle time 

KA690: Central processor unit has 12-ns cycle time 

KA675, KA680: 128-KB backup cache (B-cache) 

KA690: 512-KB backup cache (B-cache) 

NDAL to CDAL I/O bus interface chip 

Main memory controller (also provides ECC protection) 

Q22-bus interface 

Ethernet interface 

Provides unique hardware address 

DSSI interface chips (2) 

System support chip 

Clock 

Four resident firmware chips, each 128 K by 8 bits of 
FLASH programmable EPROMS for a total of 512 KB. 

The ECC protected ownership-bit RAMs provide coherency 
between backup cache and memory. 

100-pin for connection to the H3604 console module (J2) 

270-pin for connection to backplane for Q22-bus, DSSI 
bus, and memory interconnect (Jl) 

This LED indicates the CPU module is receiving power. 

A hexadecimal value displays on the four diagnostic LEDs. 
The values correspond to the decimal value displayed on 
the H3604 console module LED. 
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Figure 2-2: KA675/KA680/KA690 Kerne! System Functional Diagram 
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Figure 2-3: KA675/KA680/KA690 CPU Module Block Diagram 
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2.2 MS690 Memory Modules 

The MS690 memory module is a double-sided, quad-height memory board 
that uses a 150-pin, high-density connector to communicate to the CPU 
module. MS690 memory modules are ECC protected via the NMC chip on 
the CPU module. 

The MS690 memories are available in three variations: 

• MS690-BA (L4004-BA) 32 MB memory 

• MS690-CA (L4004-CA) 64 MB memory 

• MS690-DA (L4004-DA) 128 MB memory 

KA675/KA680/KA690-based systems allow for any combination of up to four 
MS690 memory arrays providing a memory capacity from 32 Mbytes up to 
512 Mbytes. 

Figure 2-4 shows a sample memory module, which, like the CPU module, 
uses ejector handles designed to ensure proper seating of the modules in 
the backplane connectors. 
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Figure 2-4: Ratchet Handles for CPU and Memory Modules 
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2.3 BA440 Enclosure Components 

KA675/KA680/KA690-based systems use the BA440 enclosure. A brief 
description of the components that make up the BA440 enclosure follows. 
For information on FRU removal and replacement procedures refer to the 
BA430/BA440 Enclosure Maintenance manual. 

2.3.1 H3604 Console Module 

The H3604 console module covers the five slots dedicated to the CPU 
and memory modules (one slot for the KA675/KA680/KA690, and four 
available slots for MS690 memory modules). Switches on the console 
module allow you to configure the kernel. The console module also provides 
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the connectors for a serial line console device, an external DSSI bus, and 
the Ethernet. See Figures 2-5 and 2-6. 

Figure 2-5: H3604 Console Module (Front) 
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MLO-006350 



The front of the console module has the components listed in Table 2-2. 
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Table 2-2: H3604 Console Module Controls and Indicators 



Control/Indicator Function 



Power-Up Mode Switch This three-position rotary switch determines how the 

system responds at power-up. 

Language Inquiry Mode (in the top position, indicated by 
a profile of a face) causes the system to display a language 
selection menu at power-up if the console terminal has 
multinational character set (MCS) support. Also, if a 
default boot device has not been selected, this mode causes 
the system to issue a list of bootable devices and prompts 
you to select a device from the list. Once a device is 
selected, the system autoboots from that device each time 
you turn it on. 

Jtiun Mode (in the middle position, indicated oy an arrow) 
is the normal operating setting. 

Loopback Test Mode (in the bottom position, indicated by 
a T in a circle) causes the system to run loopback tests on 
the console serial line at power-up. 

Baud Rate Select switch The Baud Rate Select switch is used to set the system's 

baud rate to match that of the console terminal. The 
factory setting is position 5 (9600). 

Console serial MMJ connector This console terminal connector provides the RS-423 

interface for the console terminal. 

LED Display The LED displays the testing sequence during power-up. 

Break Enable/Disable switch When the switch is down (position 0), breaks are disabled. 

When the switch is up (position 1), breaks are enabled. 
When breaks are enabled, pressing iBreakj on the console 
terminal halts the processor and transfers control to 
the console program. Using the console comman d SET 
CONTROL P, you can specify the control character, IctiVPL 
rather than iBreakl to initiate a break signal. 

The Break Enable/Disable switch also controls what 
happens at power-up. When breaks are disabled (down, 
position 0), the system attempts to automatically boot 
software at power-up. When breaks are enabled (up, 
position 1), the system enters console mode (indicated by 
the »>prompt) at power-up. 

Using the console command, SET HALT REBOOT or SET 
HALT RESTART.REBOOT, you can set your system to 
automatica lly boo t software after the system is halted due 
to pressing I Break) . 
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Table 2-2 (Cont.): H3604 Console Module Controls and Indicators 



Control/Indicator 



Function 



Two DSSI bus node ID plugs 



KA675/KA680/KA690-based systems have two separate 
Digital Storage Systems Interconnect (DSSI) busses. Two 
DSSI bus node ID plugs, one for the internal DSSI bus, 
Bus 0, and one for the external bus, Bus 1, identify the bus 
nodes of the DSSI adapters, which are part of the CPU. 



Two DSSI connectors for Bus 1 



Two in/out DSSI connectors, labeled X and Y, on the 
console module allow you to expand the system by 
connecting additional mass storage devices to the second 
DSSI bus. You can also share mass storage devices 
with another system by forming a DSSI VAXchister 
configuration. 



Ethernet port features 



The console module has two Ethernet connectors: a 
BNC-type connector for ThinWire Ethernet, and a 15- 
pin connector for a standard Ethernet transceiver cable. 
The Ethernet connector switch allows you to set the type 
of connection. To use the standard transceiver cable 
connection, set the switch to the up position. To use the 
ThinWire cable connection, set the switch to the down 
position. A green indicator light (LED) for each connector 
indicates which connection is active. 
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Figure 2-6: H3604 Console Module (Back) 
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The back of the console module has the components listed in Table 2-3. 
Table 2-3: H3604 Console Module (Back) 



Component 



Function 



Battery Backup Unit 

TOY Clock Battery connector (Jl) 

H3604 power connector (J5) 

CPU Interface connector (J6) 
ThinWire Ethernet Power Fuse (Fl) 
-12 V Power Fuse (F2) 



Provides battery backup power to the SSC RAM. 

Provides the connection between the battery 
backup unit and the SSC RAM. 

Four-pin power connector to power harness 
module. 

100-pin connector to the CPU module. 
Protects ThinWire Ethernet. 
Protects console serial line. 
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Table 2-3 (Cont.): H3604 Console Module (Back) 

Component Function 



DSSI Terminator Power Fuse (F3) 

Standard Ethernet Power Fuse (F4) 
Remote Boot Enable jumper (W2) 
FEPROM Write Enable jumper (W4) 

-9 V DC/AC converter 

Ethernet serial transceiver chip (SIA) 

TOY clock oscillator 



Protects against shorts from the accidental 
grounding of the DSSI cable power pin. 

Protects Standard Ethernet. 

Not used 

This jumper must be in the write enable position 
to update FEPROMs on the CPU module. Refer 
to Chapter 6 for procedures on updating ROMs. 



Time of year oscillator. Privides TOY signal for 
the TOY cock in the system support chip (SSC) on 
the CPU module. 
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2.3.2 System Control Panel (SCP) 

The system control panel (SCP) (Figure 2-7) provides the controls to halt 
the processor (external halt type) and enter console mode, as well as to 
restart the system and return the processor state to power-up and self 
tests. 

Figure 2-7: System Control Panel 
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The SCP has the controls and indicators listed in Table 2-4. 

Table 2-4: System Control Panel Controls and Indicators 

Control/Indicator Function 



Over Temperature Warning in- The red Over Temperature Warning indicator flashes 
dicator to indicate that the system's internal temperature is 

approaching a level that may cause system components to 
overheat. In addition to the flashing Over Temperature 
Warning indicator, an audible alarm also provides 
warning of a possible over temperature condition. If 
the components continue to heat, the system will 
automatically shut down to prevent components from 
being damaged. 



DC OK indicator The green DC OK indicator shows that the power supply 

voltages are within the correct operating range. 



Halt Button The Halt button is a two-position button. When you press 

the button, the system halts. A red indicator on the Halt 
button lights when the button is set to the in position. 
Before you can enter console commands, press the Halt 
button again to return it to the out position. When the Hah 
button is returned to the out position, the console mode 
prompt »> is displayed on the console terminal screen. 
Now you can enter console commands. If you inadvertently 
press the Halt button, type "c iReturnp to continue. 

CAUTION: Pressing the Halt button halts the 
system regardless of the setting of the Break 
Enable I Disable switch on the console module. 



Restart Button The Restart button has a green indicator. When you 

press the Restart button, the system returns to a power- 
up condition and self-tests are run. If you have specified a 
device as the boot device and if the Break/Enable Disable 
switch is set to disable, the system will reboot system 
software. 
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2.3.3 BA440 Backplane 

KA675/KA680/KA690-based systems use the 54-19354-01 backplane, 
shown in Figure 2—8. 

Figure 2-6: BA440 Backplane 
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2.3.4 Power Supply 

The BA440 enclosure uses the H7874 power supply (Figure 2-9). Table 2-5 
describes the power supply components. 

Figure 2-9: Power Supply 
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Table 2-5: H7874 Power Supply Switches, Controls, 

and Indicators 

Control/Indicator Function 

AC Present indicator (orange) Lights when the Power switch is set to on (1), and the ac 

voltage is present at the input of the power supply. 
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Table 2-5 (Cont.): H7874 Power Supply Switches, Controls, 
and Indicators 



Control/Indicator 



Function 



Power switch 



The Power switch is used to turn system power on and 
off. The off position is indicated by a 0; the on position is 
indicated by a 1. 

The Power switch also functions as the system 
circuit breaker. In the event of a power surge, the breaker 
will trip causing the power switch to return to the off posi- 
tion (0). Turning on the system resets the circuit breaker. 
If the circuit breaker trips, wait one minute before turning 
the system back on. 



DC OK indicator (green) 



When the DC OK indicator is Kt, the voltages are within 
the correct operating range. An unlit DC OK indicator 
shows a problem with the power supply. 



Fan Failure indicator (amber) 



The Fan Failure indicator lights if either of the two cooling 
fans stops working. The power supply will automatically 
shut down the system as a precautionary measure when a 
fan failure is detected. 



Over Temperature indicator The Over Temperature indicator lights if the system has 
(amber) shut down due to an over temperature condition. 

Power bus connectors Three power bus connectors allow you to configure a power 

bus for systems expanded with a system expander. The 
power bus allows you to turn power on and off for the 
system through one power supply designated as the main 
power supply: this way, one power switch can control 
power for an expanded system. 

NOTE: DSSI VAXcluster systems should not 
be configured with a power bus. Inadvertently 
shutting off a host system and bringing down 
the cluster defeats the added reliability of a 
DSSI VAXcluster. 



MO The main out connector sends the power control bus signal 

to the expander. One end of a power bus cable is connected 
here; the other end is connected to the SI (secondary in) 
connector of the expander power supply. 
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Table 2-5 (Cont.): H7874 Power Supply Switches, Controls, 
and Indicators 



Control/Indicator Function 



SI The secondary in connector receives the power bus control 

signal from the main power supply. In a power bus with 
more than one expander, the power bus signal is passed 
along using the secondary in and out connectors. 

SO The secondary out connector sends the signal down the 

power bus for configurations of more than one expander. 



2.3.5 System Airflow 

Two fans are located under the card cage (Figure 2-10) . The power supply 
monitors the fans. If either fan stops working, the Fan Failure indicator 
on the power supply lights, and the system automatically shuts down as a 
precautionary measure. 
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Figure 2-10: Fans 




MLO-004220 



Some system managers request that the fans run at the maximum rate 
at all times to take advantage of a potential increase in system reliability. 
The system environment must not exceed the limits described in the Site 
Preparation manual. Figure 2-11 shows the location of the fan speed control 
(FSC) jumper on the bottom of the power supply. Setting the FSC jumper 
to disable causes the fans to run at the maximum rate. 



2-18 KA675/KA680/KA690 CPU System Maintenance 




CPU System Overview 2-19 



Chapter 3 

System Setup and Configuration 



This chapter describes the guidelines for the configuration of a KA675 
/KA680/KA690-based system. Configuration issues covered in this chapter 
include module order, mass storage configurations, system expansion, DSSI 
VAXcluster configurations, and firmware commands and utilities used in 
system configuration. 

3.1 CPU and Memory Module Order 

The five rightmost BA440 backplane slots are dedicated to CPU and 
memory modules. The seven slots to the left are for Q-bus modules. See 
Table 3-1. 



Table 3-1: 


BA440 Module Order 


Slot 


Module 


1 through 4 


Reserved for up to four MS690 memory modules. MS690 modules 


are installed from left to right with no gaps: first memory module 




in slot 4, second memory module in slot 3, and so on. 




NOTE: Proper placement of memory modules is 




necessary for FRU isolation using error logs. 


5 


CPU module: KA675 (L4002-CA). KA680 (L4002-BA), KA690 




(L4002-AA) 


6 through 12 


Q-bus options 



A system can have up to four memory modules. Memory modules are 
available in 32 MB (MS690-BA), 64 MB (MS690-CA), and 128 MB (MS690- 
DA), and can be used in any combination. The firmware logically configures 
the memory modules at power-up. 
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3.1.1 Installing Add-On MS690 Memory Modules 



Perform the following steps to install add-on MS690 memory module(s). You 
do not set any jumpers or switches on the memory module. The memory 
address for the memory module is mapped by the system. 

CAUTION: Turn off the system before installing modules. Installing 
modules while this system is powered-up can damage the modules. 

1. Two captive screws hold the console module (H3604) in place. To loosen, 
both screws should be turned counterclockwise. The console module is 
hinged on the left. Swing the assembly open. 

MOTE. Tujo cczbl&s connect to ths lUSQQ'i console nzodzi 
cable which connects to the CPU module; and a four-pin power harness 
connects to a power harness module (also known as the power board 
H3604) which plugs into the backplane. The power harness module is 
located directly to the right of the CPU module. 

2. Install the module(s) starting with the first empty slot, which is located 
on the right side of the power harness module. The power harness 
module is located between the CPU module (slot 5) and the first memory 
module (slot 4). 

The memory module(s) must be installed in adjacent slots with no 
empty slots between. Slots 12 through 6 are Q-bus slots; slot 5 is 
the CPU slot; and slots 4 through 1 are the memory module slots. 

3. Make sure the ratchet handles on the memory module on the right 
side of the module, and the 150-pin connector is facing to the system. 
Wearing the antistatic wrist strap, install the memory module in the 
first available memory slot to the right of the CPU. Ensure that the 
memory module is vertically aligned. Push the memory module in until 
the ratchet handles engage with the enclosure frame. Push the ratchet 
handles inward toward the rear of the cabinet until the memory module 
is firmly seated in the backplane. When the memory module is firmly 
seated, the ratchet handles will lock the module in place. 

NOTE: The CPU and MS690 memory modules are equipped with 
ratchet handles (Figure 3-1) which are shipped in a horizontal position. 
The ratchet handles are designed to ensure that the modules are properly 
seated in the backplane connectors. 
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Figure 3-1 : Memory Module Ratchet Handles 
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4. Close the H3604 console module and lock the 1/4- turn captive screws. 

5. To identify the memory module, place the MS690 option label (supplied 
in the option kit) in the proper location on the H3604 panel. Indicate 
the revision number and memory option (BA,CA, or DA). 

6. Refer to Chapter 4 for information on initialization and acceptance 
testing. 
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3.2 General Module Order for Q-Bus Options 



The order of the supported Q-bus options in the backplane depends on four 
factors: 

• Relative use of devices in the system 

• Expected performance of each device relative to other devices 

• The ability of a device to tolerate delays between bus requests and bus 
grants (called delay tolerance or interrupt latency) 

• The tendency of a device to prevent other devices farther from the CPU 
from accessing the bus 

The supported options arranged by type are: 

Communications 

CXA16-AA/AF: 16-line DEC-423 asynchronous controller 
CXBI6-AA/AF: 16-line RS-422 asynchronous controller 
CXY08-AA/AF: 8-line RS-232C asynchronous controller with modem 
DEQRA-CA: Token Ring Network Controller 
DESQA-SA/SF: ThinWire Ethernet adapter 
DFA01-AA/AF: 2400/1200 BPS modem 
DIV32-SA/SF: Q-bus ISDN basic rate access interface 
DPV11-SA/SF: Q-bus synchronous programmable interface 
DRV1W-SA/SF: General purpose 16-bit parallel DMA interface 
DRVU-SA/SF: Q-bus parallel interface 
DSV11-SA/SF: Q-bus 2-line synchronous 
KMV1A-SA/SF: Single-line programmable controller with DMA 

General 

ADQ32-SA/SF: 32-channel ADC module 

ADV11-SA/SF: 16-channel ADC module 

AXV11-SA/SF: 16-channel ADC, 2-channel DAC module 

DRQ3B-SA/SF: Q-4>us parallel I/O interface 

DTC05-SA: Digital encoded voice, multifuction 

IBQ01-SA/SF: DECscan/BITBUS controller 

IEQ11-SA/SF: Dual-bit DMA serial Q-bus controller 

KITHA-AA: Mira AS option 

KWV11-SA/SF: Programmable real-time clock 

KXJ11-SA: Q-bus peripheral processor with s-box adapter kit 

LPV11-SA/SF: line printer controller 

MRV11: Q-bus, universal socket, 32-Kbyte EPROM 

VS30U-GA/G3/G4: Graphics option 
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Mass Storage, Tape, Pedestal Expansions 

RF35-AA/AF: 852-Mbyte half-height DSSI integrated storage element 
RF73E-AA/AF: 2.0-Gbyte full-height DSSI integrated storage element 
RF72E-AA/AF: 1.0-Gbyte toll-height DSSI integrated storage element 
RF71E-AA/AF: 400-Mbyte full-height DSSI integrated storage element 
RF31E-AA/AF: 381-Mbyte half-height DSSI integrated storage element 
RF31T-AA/AF: 381-Mbyte full-height DSSI integrated storage element 
TF85E-JA: 2.6-Gbyte DSSI integrated storage element with 5.25-inch 
cartridge 

TLZ04-JA/JF/GA: 1.2-Gbyte cassette (DAT) tape drive (requires 
KZQSA storage adapter) 

TK70E-AA/AF/TQK70-SA/SF: 5.25-inch cartridge, 296-Mbyte tape 
drive, tape controller 

TK50E-AA/AF/TQK50-SA/SF: 5.25-inch cartridge, 95-Mbyte tape 

drive, tape controller 

KLESI-SA: Q-bus to LESI adapter 

KFQSA-SE/SG: DSSI Q-bus adapter 

KZQSA-SA/SF: Storage adapter for TLZ04 tape drive and RRD42 
compact disc drive 

RA81/82: Storage array (separate cabinets only) 

RA90/92: Storage array (separate cabinets only) 

KDA5G-SE/SG: SDI Q-bus adapter 

KRQ50-SA/SF: Q-bus controller for RRD40-DC 

TU81E-SA/SB: Magnetic tape (requires KLESI controller) 

TSV05-SE/SF/SH/SJ: Q-bus TS05 magnetic tape controller 

B400X: Expansion box with 10 Q-bus slots and up to 4 ISEs 

R400X-B9: Expansion box with up to 7 RF-series ISEs 

RRD40: 600-Mbyte CDROM table-top drive (requires KRQ50 

controller) 

RRD42: 600-Mbyte tabletop compact disc drive (requires KZQSA 
storage adapter) 

RSV2G-A: WORM optical drive subsystem (requires KLESI controller) 
RWZ01: 594-Mbyte Magneto-Optical Disc (requires KZQSA storage 
adapter) 

ESE20: Electronic storage element (requires KDA50 controller) 

3.3 Recommended Module Order of Q-bus Options 

The recommended module order for placement of Q-bus options is provided 
in the following list: 

MRV11 (Placement not critical) 

AAV11 

ADV11 

AXV11 
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KWV11 

DRV1J 

KMV1A 

DESQA 

DPV11 

DIV32 

VCB02 

DFA01 

CXA16 

CXY08 

CXB16 

LPV11 

DRV1W 

KRQ50 

IEQ11 

ADQ32 

DRQ3B 

DSVI1 

KLESI 

IBQOl 

TSV05 (M7530 controller) 

KDA50-SE 

KFQSA-SE 

KZQSA 

TQK50 

TQK70 

M906O-YA 



3.4 Mass Storage Options (Internal) 

The mass storage shelf of a BA440 enclosure provides four storage cavities 
for embedded mass storage options. The right-most storage cavity can 
contain a tape drive CTF85, TK-series, or TLZ04); all four storage cavities 
can contain an RF-series ISE. 

Combinations of dual-disk, single-disk, or tape ISEs can be used to gain 
the full complement of seven DSSI devices on the internal DSSI bus (Bus 
0). 

VAX 4000 Model 400/500/600 systems can support the following 
combinations of mass storage options embedded in the system enclosure: 

• One tape drive (TF85, TK-series, or TLZ04) and up to six RF-series 
ISEs using the dual-disk RF35. 

• No tape drive and up to seven RF-series ISEs using the dual-disk RF35. 
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NOTE: The BF35, which has dual-disk capability, can be ordered with a 
single disk. 

Figure 3-2 shows an example of a mass storage configuration consisting of 
a TF85 tape drive, two RF35s, and two RF73s. 

Figure 3-2: Storage Configuration Example 



ISE 3 ISE 2 ISE 1 and 0 Tape Drive 




MLO-007696 



Rules for Numbering Storage Devices 

Use the rules below for numbering (bus node ID and MSCP unit numbers) 
storage devices: 

• For each DSSI bus, do not duplicate bus node ID numbers for your 
storage devices/adapter. For Bus 0, you can have only one storage 
device identified as bus node 0, one storage device as 1, and so on; 
for Bus 1, you can have only one storage device identified as bus node 
0, one storage device as 1, and so on. 

• The previous rule also applies to DSSI VAXcluster configurations, all 
DSSI bus node numbers for storage devices and DSSI adapters must 
be unique in a shared DSSI bus. 

• By convention, the RF-series ISEs are numbered in increasing order 
from right to left beginning with zero. 

• DSSI adapters use the highest available bus nodes. The next highest 
available bus node (usually five) is reserved for the TF-series tape drive. 

• When more than one DSSI bus is being used and the system is using a 
nonzero allocation class, you need to assign new MSCP unit numbers 
for devices on all but one of the DSSI busses since the unit numbers 
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for all DSSI devices connected to a system's associated DSSI busses 
must be unique. Refer to Section 3.7.3 for more information on setting 
parameters for DSSI devices. 

NOTE: If you change the bus node ID plugs, power-down the system, change 
the plugs and then power-up the system. 

3.5 System Expansion 

The mass storage and Q-bus capacity of VAX 4000 Model 500 systems can 
be increased using the following expanders. 

3.5.1 Mass Storage Expanders 

• The R400X mass storage expander provides space for up to seven 
additional RF-series ISEs or up to six RF-series ISEs and a tape drive 
(TF85 or TLZ04). Using R400X expanders, you can fill both DSSI busses 
for a total of 14 DSSI mass storage devices. 

NOTE: Using the dual-disk RF35, the R400X can accommodate up to 
13 ISEs. 

• The R215F expander provides space for up to three RF-series ISEs. 

NOTE: Using the dual-disk BF35, you can increase the number of 
ISEs— up to seven ISEs per DSSI bus. 

• The SF100 storage array pedestal provides space for a TF857 magazine 
tape subsystem and one SFxx storage array building block. 

• The SF200 storage array subsystem provides space for up to two TF857 
magazine tape subsystems and up to six SFxx storage array building 
blocks. 

3.5.2 Q-Bus Expanders 

• The B400X expander provides 10 additional usable Q-bus slots for a 
system total of 17 usable Q-bus slots. The B400X also has space for up 
to four additional RF-series ISEs or up to three ISEs and a tape drive 
(TF85, TK70, orTLZ04). 

NOTE: Using the dual-disk RF35, the B400X can accommodate up to 
seven ISEs. 
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• The B213F expander also provides 10 additional usable Q— bus slots and 
provides space for up to three RF-series ISEs or up to three ISEs and 
a TK-series tape drive. 

NOTE: Installing a B213F or R215F on a VAX 4000 system requires the 
H4010-AA expander cable kit 

3.5.3 Control Power Bus for Expanders 

The three power bus connectors on the H7874 power supply allow you 
to configure a power bus for systems expanded with R400X and B400X 
expanders. The power bus allows you to turn power on and off for one or 
more expanders through the power supply designated as the main power 
supply (Figure 3-3). 

NOTE: DSSI VAXcluster systems should not be configured with a power 
bus. Inadvertently bringing down the cluster defeats the added reliability 
of a DSSI VAXcluster. 

Figure 3-3: Sample Power Bus Configuration 



System 




Expander 1 



Expander 2 




<3 



SO 



^77J SO , 



MLO-004041 
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3.5.4 Adding Options to the System Enclosure 

To determine what options you can add to the system enclosure, you must 
list the options currently installed and their power requirements on the 
VAX 4000 Model 500 Configuration Worksheet, provided in Figure 3-4. 

The worksheet in Figure 3-4 is for the BA440 enclosure. All backplane 
slots and mass storage devices are powered by the H7874 power supply. 

Use the worksheets as follows: 

1. In the Module column, list all options and mass storage devices 
currently installed in your system. The CPU module has already been 
entered. 

Use the label on the cover panel of each slot to identify the module 
installed in that slot. 

2. List each embedded storage device. 

3. List the options and mass storage devices you wish to add to your 
system. 

4. If the system includes a TK70 tape drive, list the TQK70 controller last. 

5. Fill in the power requirements for each module and each mass storage 
device. The power requirements for the more common options are listed 
in Table 3-2. 

6. Add each column and make sure the totals do not exceed the specified 
limit. 



3-10 KA675/KA680/KA690 CPU System Maintenance 



I 



Figure 3-4: VAX 4000 Model 500 Configuration Worksheet 



Slot 


Module 


+5 Vdc 


Currer 

■»-12 Vdc | 


it (Amp 

+3 J Vdc 


s) 1 

^12 Vdc 


Power 

(Watts) 


Bus 

AC 


Load 
DC 


MEM 1 


















MEM 2 


















MEM 3 


















MEM 4 


















CPU 2 


L4002-nA 3 


4.8 


1.6 


3.2 


0.0 


53.8 


4.0 


1.0 


Q-bus 1 


















Q-bus 2 


















Q-bus 3 


















Q-bus 4 


















Q-bus 5 


















Q-bus 6 


















Q-bus 7 




































Mass Storage: 


1 


















2 


















3 


















4 




































Total these columns: 
















Must r.ct exceed: 


SO.O A 


22.0 A 


15.Q A 


3=0 A 


584,0 W 


31 


20 



1 . Total output power from +3.3 Vdc and +5 Vdc must not exceed 330 watts. 

2. Power requirements in this line include CPU module, H3804 console module, 
and backplane terminator combined. 

3. KA690(L4002-AA), KAS80(L4002-BA), or KA675(L4002-CA) 

MLO-005361 
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Table 3-2: Power Requirements 



Current (Amps) rower B 

Max Max Loads 



Option 


Module 


+5V 


+12 V 


Watts 


AC 


DC 


AAVll-SA 


A1009-PA 


2.10 


0.00 


10.50 


23 


03 


ADQ32-SA 


A030 


4.45 


0.00 


22.25 


23 


03 


ADV11-SA 


A1008-PA 


2.00 


0.00 


10.00 


23 


03 


AXV11-SA 


A026-PA 


2.00 


0.00 


10.00 


1.2 


03 


CXA16-AA 


M311S-YA 


1.60 


0.20 


10.40 


3.0 


03 


CXB16-AA 


M3118-YB 


2.00 


0.00 


10.00 


33 


03 


OCY08-^AA 


M3119-YA 


1.64 


0.395 


12.94 


3.0 


03 


DESQA-SA 


M3127-PA 


2.40 


0.22 


14.64 


33 


03 


DEQBA-CA 


M7533-AB 


4.0 


1.0 


21.20 


22 


03 


DFA01-AA 


M3121-PA 


1.97 


0.04 


10.30 


3.0 


1.0 


DIV32-SA 


M7S71-PA 


SI, 


0.00 


35.4 


33 


1.0 


DPV11-SA 


M8020-PA 


1.20 


0.30 


9.60 


1.0 


1.0 


DRQ3B-SA 


M7658-PA 


450 


0.00 


22.50 


2.0 


03 


DKV1J-SA 


M8049-PA 


130 


0.00 


9.00 


2.0 


1.0 


DKV1W-SA 


M7651-PA 


130 


0.00 


9.00 


2.0 


1.0 


DSV11-SA 


M3108 


5.43 


0.69 


35.43 


3.9 


1.0 


DTC05-SA 


H3136 


4.0 


0.0 


15.80 


3.6 


0.75 


H3604 1 


- 


1.70 


0.50 


1450 


- 


- 


IBQ01-SA 


M3125-PA 


5.00 


0.30 


28.60 


4.6 


1.0 


IEQ11-SA 


M8634-PA 


3-50 


0.00 


1750 


2.0 


1.0 


KA67S-CA 


L4O02-CA 


4.80 


1.60 


533 


4.0 


1.0 


KA680-BA 


L4002-BA 


4.80 


1.60 


533 


4.0 


1.0 


KA680-AA 


L4002-AA 


4.80 


1.60 


533 


4.0 


1.0 


KDA50-SE 


M7164 


6.93 


0.00 


34.65 


3.0 


03 


— 


H716S 


657 


0.03 


3321 


- 


- 


KFQSA-SA/SE 


M7769 


550 


0.00 


2730 


4.4 


05 


KLESI-SA/SF 


M7740-PA 


4.00 


0.00 


20.00 


03 


1.0 


KRQ50-SA/SF 


M7552 


2.70 


0.00 


1330 


Z7 


1.0 


KWV11-SA 


M4002-PA 


230 


0.013 


11.166 


1.0 


03 


KXJ11-SF 


M7S16 


6.0 


0.4 


463 


2.0 


1.0 


KZQ3A-SA 


M5976 


5.4 


0.0 


27.0 


4.4 


05 


LPV11-SA 


M808&-PA 


230 


0.00 


14.00 


13 


05 


M9404-PA 


M9404 




0.00 


0.0 






M9405-PA 


349405 




0.00 


0.0 






MKV11-D 


M8578 


1.G0 2 


0.00 


8.00 


33 


05 



^so include -12 Vdc @ 0.25 A, 3 W. 
^alue is for the unpopulated module only. 
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Table 3-2 (Cont.): Power Requirements 







Current (Amps) 
Max 


Power 
Max 


Bu 
Loa 


is 


Option 


Module 


+5V 


+12 V 


Watts 


AC 


DC 




1/4UU4- OA 


O.U3 


0.00 








MS690-CA 


T AM\JI 

1>1U04— OA 


42 


0.00 


21.0 






MS690-DA 


T 4AAJ T>& 

Li4UU4-.UA 


6.4 


0.00 


32.0 






RF3 IE— AA/AF 




12 


221 


3252 


N/A 


N/A 


RF31F-AA/AF 




12 


221 


3252 


N/A 


N/A 


KF31T-AA/AF 




1.71 


0.85 


13.7 


N/A 


N/A 


RF35E-AA/AF 




0.71 


229 


31.1 


N/A 


N/A 


RF352-AA/AF 




1.69 


5.10 


33.0 


N/A 


N/A 


RF71E-AA/AF 




1.255 


1.64 


25.93 


N/A 


N/A 


RP72E-AA/AF 




120 


1.75 


27.00 


N/A 


N/A 


RF73E-AA/AF 




150 


1.75 


27.00 


N/A 


N/A 


TP8SE-JA/JF 




150 


2.40 


36.30 


N/A 


N/A 


TK50E-AA 




150 


2.40 


3650 


N/A 


N/A 


TK70E-AA/AF 




150 


2.40 


3650 


N/A 


N/A 


TLZ04-JAAJF 




15 


2.4 


365 


N/A 


N/A 


TQKSO-SA/SF 


M7546 


2.9 


0.00 


145 


25 


05 


TQK70-SA/SF 


M7559 


350 


0.00 


1750 


45 


05 


TSV05-SA 


M7S30 


650 


0.00 


3250 


15 


1.0 


VCB02-A 


M7615 


4.60 


0.10 


242 


35 


1.0 


VCB02-B 


M7168-00 
M7169 


8.85 


0.47 


4959 


35 


1.0 


VCB02-C 


(2) 317168-00 
M7169 


12.0 


0.47 


66.64 


35 


1.0 



3.6 DS3! VAXciusters 

A DSSI VAXcluster configuration is one in which up to three systems can 
access the same DSSI devices. Some failures of any system can be tolerated, 
in which case the remaining system(s) continues to access all available DSSI 
devices and assure continued processing. 
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Figure 3-5: DSS1 Cabling for a Generic Two-System DSSi VAXcluster 
Configuration 
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RFxx RFxx RFxx 



Boot 
Node #2 



Ethernet 
LJ 



Satellite 
Node 



Satellite 
Node 



LAT 



Satellite 
Node 



MLO-003295 



If one of the CPU modules fails, all satellite nodes booted through that 
CPU module lose connections to the system disk. However, the DSSI 
VAXcluster enables each satellite node to know that the system disk is still 
available through a different path — that of the functioning CPU module. A 
connection through that CPU is then established, and the satellite nodes 
are able to continue operation. The entire cluster will run slower, since 
one CPU is now serving the satellite nodes of both systems. Processing can 
continue, however, until Digital Services can repair the problem. 

A DSSI VAXcluster system cannot recover from the following conditions: 

• System disk failure, which can be caused by such factors as a power 
supply failure in the enclosure containing the disk. 

• DSSI cabling failure, which must be repaired to continue operation. 
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3.6.1 DSSI VAXcluster Configuration Rules 



1. An Ethernet (ND/FDDI is required on all CPU nodes. 

2. A DECnet license is required (At least one full function license). 

3. At least one common (primary) DSSI bus is required to connect with a 
system disk containing system critical files. 

4. VAXcluster and VMS license is required. 

5. A maximum of eight nodes per DSSI bus: 

a. Each adapter or ISE (disk/tape) counts as one node. 

b. A DSSI bus is a collection of all DSSI cable/path segments (inside 
and outside of cabinets) between two end tenninators. 

c. Each node must have a unique bus node ID number (0-7). 

6. A maximum of three CPUs/adapters per DSSI bus is supported, 

7. The DSSI bus MUST be terminated at both ends. 

8. The DSSI bus MUST have a common ground between all elements 
(CPU, disks). The ground offset is a function of the total DSSI bus 
length (terminator to terminator). 

Use a voltmeter to make sure the ground offset voltage between any 
two enclosures does not exceed one of the limits listed below. 





Allowable Ground Offset Voltage 


Total Bus Length 


DC 


AC (rms) 


Up to 20 meters (85 feet) 


200 millivolts 


70 millivolts 


20 to 25 meters (65 to 82 feet) 


40 millivolts 


14 millivolts 


(Computer room) 







Total bus length includes all DSSI cable lenghts, internal and external. 
Refer to the DSSI VAXcluster Installation and Troubleshooting manual 
for instructions on calculating internal cable lengths. 

To measure the ground offset voltage, connect the voltmeter leads to 
bare (unpainted) metal on each enclosure. 



NOTE: The ground offset voltage may vary over time, if equipment is 
added to the system or plugged into the power outlets. Therefore, this 
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measurement does not guarantee that the voltage will remain within 
acceptable limits. 

9. Maximum single cable length is 15 m (50 ft) between connectors. 

10. Disconnecting the DSSI cables is NOT allowed while bus is operational. 

11. Number of DSSI busses per CPU: 



CPU 


DSSI Busses 


KA640 


1 Embedded DSSI Adapter (EDA), 2 KFQSA on Q-bus 


KA660 


1 Embedded DSSI Adapter (EDA), 2 KFQSA on Q-bus 


KA670 


2 Embedded DSSI Adapters (EDAs), 2 KFQSA on Q-bus 


KA675 


2 Embedded DSSI Adapters (EDAs), 2 KFQSA on Q-bus 


KA680 


2 Embedded DSSI Adapters (EDAs), 2 KFQSA on Q-bus 


KA690 


2 Embedded DSSI Adapters (EDAs), 2 KFQSA on Q-bus 


KA650/KA655 


2 KFQSAs on Q-bus 


KA630 


2 KFQSAs on Q-bus 


6xxx 


6 KFMSAs per system 


9000 


6 KFMSAs perXMI 




12 KFMSAs per system 



12. The minimum VMS revision for DSSI VAXcluster of more than two 
nodes with: 

a. VAX 4000 Model 400 is VMS 5.5 

b. VAX 4000 Model 500 is VMS 5.5 



c. VAX 4000 Model 600 is VMS 5.5 

13. These rules apply to Digital supplied hardware. Third party 
devices may not conform to DSSI electrical specification requirements. 
Therefore, bus length, ground offset, basic noise margining, and warm 
swap characteristics are at risk when using third party devices. 

14. Like adapters should be connected together whenever possible. 

15. like CPUs should be connected together whenever possible. 
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For more information on DSSI VAXcluster configurations, refer to the 
DSSI VAXcluster Installation and Troubleshooting manual. Figure 3-6 and 
Figure 3-7 show two popular DSSI VAXcluster configurations using a VAX 
4000 system. 
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Figure 3-6: Two-System DSSI VAXcluster 
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Figure 3-7: Expanded Two-System DSSI VAXcIuster 
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3.7 Firmware Commands and Utilities Used in 
System Configuration 

Several commands and utilities are needed to configure a system. This 
section covers commands for examining and setting system parameters, 
DSSI parameters, and module addresses. For a complete listing of firmware 
commands, refer to Appendix A. 

3.7.1 Examining System Configuration 

Several variations of the SHOW command provide a display of options and 
key configuration information. 

on\j »» xjhi v -toiii — jjiscs ue vices v.ina3s atoiage, iiuieriiet, aiiu y^—uus>j m 
the system. (The SHOW DEVICE command combines the information 
displayed using the SHOW command with DSSI, UQSSP, SCSI, and 
Ethernet.) 

• SHOW DSSI — Lists all DSSI devices and their associated DSSI 
parameters for embedded DSSI adapters. 

• SHOW ETHERNET — Lists the hardware Ethernet address for each 
Ethernet adapter. 

• SHOW QBUS — Lists all Q-bus devices and their I/O addresses in hex, 
the address as it would appear in the Q-Bus I/O space in octal, and well 
as the word data read in hex. 

• SHOW SCSI — Lists all SCSI devices in the system. 

• SHOW UQSSP — lists all DSSI devices for KFQSA-based DSSI 
adapters. 

• SHOW MEMORY — Lists main memory configuration for each memory 
board. 

Sample displays of each of the above commands are provided below. 

»>SHOW DEVICE 

DSSI Bus 0 Node 0 (CLYDE) 
-DIAO (RF73) 

DSSI Bus 0 Node 1 (BONNIE) 
-DIA1 (RF73) 

DSSI Bus 0 Node 5 (TFDR1) 

-MIA5 (TF85) 

DSSI Bus 0 Node 6 (*) 

DSSI Bus 1 Node 7 (*) 

UQSSP Disk Controller 0 (772150) 

-DOA2Q (RF31) 

UQSSP Disk Controller 1 (760334) 
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i 



-DUB21 (RF31) 

DQSSP Disk Controller 2 (760340) 
-DUC22 (RF31) 

DQSSP Disk Controller 3 (760322) 
-DDD2.3 (RF31) 

DQSSP Tape Controller 0 (774500) 
-MUA0 (TK70) 

SCSI Adaptor 0 (761400), SCSI ID 7 
-MKA0 (DEC TL204 1991(c) DEC) 
Ethernet Adapter 
-EZA0 (08-00-2B-06-10-42) 



»>SHOW DSSI 

DSSI Bus 0 Node 0 (CLYDE) 
-DIA0 (RF73) 

DSSI Bus 0 Node 1 (BONNIE) 
-DIA1 (KF73) 

DSSI Bus 0 Node 5 (TFDR1) 

-MIA5 (TF85) 

DSSI Bus 0 Node 6 (*) 

DSSI Bus 1 Node 7 (*) 

>» 



»>SHOW ETHERNET 

Ethernet Adapter 

-EZA0 (08-00-2B-0B-29-14) 



>»SHOW OQSSP 

DQSSP Disk Controller 

-DDA20 (RF31) 

DQSSP Disk Controller 

-DDB21 (RF31) 

DQSSP Disk Controller 

-DDC22 (RF31) 

DQSSP Disk Controller 

-DOD23 (RF31) 

DQSSP Tape Controller 

-MUA0 (TK70) 



(772150) 
(760334) 
(760340) 
(760322) 
(774500) 



»3HCW QBU3 

Scan of Q-bus I/O Space 



-20001920 


(774440) 




FF08 


-20001922 


(774442) 




FF00 


-20001924 


(774444) 




FF2B 


-20001926 


(774446) 




FF08 


-20001928 


(774450) 




FFD7 


-2000192A 


(774452) 




FF41 


-2000192C 


(774454) 




0000 


-2000192E 


(774456) 




1030 


-20001F40 


(777500) 




0020 
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Scan of Q-bus Memory Space 



»>SHOW SCSI 

SCSI Adapter 0 (761300), SCSI ID 7 
-MKA500 (DEC TLZ04 1991 (c) DEC) 

»>SHOW MEMORY 

Memory 0: 00000000 to 01FFFFFF, 32 Mbytes, 0 bad pages 
Total of 32 Mbytes, 0 bad pages, 112 reserved pages 

3.7.2 Using the CONFIGURE Command to Determine CSR 
Addresses for Q-Bus Modules 

Each Q-bus module in a system must use a unique device address and 
interrupt vector. The device address is also known as the control and status 
register (CSR) address. Most modules have switches or jumpers for setting 
the CSR address values. The value of a floating address depends on what 
other modules are housed in the system. The CONFIGURE command is 
used to determine what the proper CSR addresses should be for the given 
configuration. You can than configure the Q— bus modules according to this 
information. 

NOTE: These recommended values simplify the use of the MDM diagnostic 
package and are compatible with VMS device drivers. You can select 
nonstandard addresses, but they require a special setup for use with VMS 
drivers and MDM. See the MicroVAX Diagnostic Monitor User's Guide for 
information about the CONNECT and IGNORE commands, which are used 
to set up MDM for testing nonstandard configurations. 

Determine CSR address values for a module as follows: 

1. Use the SHOW QBUS firmware command to get a listing of the Q-bus 
modules currently in the system. 

2. Determine the correct values for the module using the CONFIGURE 
firmware command command. The CONFIG utility eliminates the need 
to boot the VMS operating system to determine CSRs and interrupt 
vectors. Enter the CONFIGURE command, then HELP for the list 
of supported devices. Enter the device and number of devices for all 
existing modules in the system, as well as for those devices you are 
adding. 

»>CONFIGURE 

Enter device configuration, HELP, or EXIT 
Device, Number? help 
Devices : 
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Devices: 



LPV11 


KXJ11 


DLV11J 


DZQ11 


DZV11 


RLV12 


TSV05 


RXV21 


DRV11W 


DRV11B 


DMV11 


DELQA 


DEQNA 


DESQA 


RQDX3 


RRD50 


RQC25 


KFQSA-DISK 


TQK50 


TQK70 


RV20 


KFQSA-TAPE 


KMV11 


IEQ11 


DHQ11 


CXA16 


CXB16 


CXY08 


VCBOl 


QVSS 


LNV21 


QPSS 


DSV11 


ADV11C 


AAV11C 


KWV11C 


ADV11D 


AAV11D 


VCB02 


QDSS 


DRQ3B 


VSV21 


IBQ01 


IDV11A 


IDV11B 


IDV11D 


IAV11A 


IAV11B 


MIRA 


ADQ32 


DESNA 


IGQ11 


DIV32 


KIV32 


DTCN5 


KWV32 


KZQSA 


M7577 


LNV24 


M7576 



Devi ce , Numbe r ? 
Numbers : 

1 to 255, default is 1 
Device, Number? cxal€,l 
Device, Number? desqa,l 
Device, Number? tqk70 
Device, Number? qza 
Device, Number? kfqsa-disk 
Device, Number? exit 

Address /Vector Assignments 
-774440/120 DESQA 
-772150/154 KFQSA-DISK 
-774500/260 TQK70 
-760440/300 CXA16 
-7 61300/310 KZQSA 

NOTE: Of the devices listed in the CONFIG display, not all are 
supported on the VAX 4000 Model 500 systems. See Section 3.2 for 
supported options. 

The LPV11-SA has two sets of C3R address and interrupt vectors. To 
determine the correct values for an LPV11-SA, enter LPV11,2 at the 
device prompt for one LPV11-SA or enter LPV11,4 for two LFV11-SA 
modules. 

3. See the Microsystems Options manual for switch and CSR and interrupt 
vector jumper settings for supported options. 

NOTE: The CSR address for KFQSA storage adapter is programmed 
using firmware commands. Refer to the Appendix H for using the 
SET I HOST I UQSSPIMAINT command to access the Diagnostic Utility 
Program (DUP) driver utility to configure the CSRs for the KFQSA 
module. 
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3.7.3 Setting and Examining Parameters for DSSI Devices 



Two types of DSSI storage adapters are available for VAX 4000 systems: an 
embedded DSSI adapter, which is part of the CPU, and the KFQSA adapter. 
The KA675/KA680/KA690 CPU has two embedded DSSI adapters: Bus 0 
and Bus 1. 

Each adapter provides a separate DSSI bus that can support up to eight 
nodes, where the adapter and each DSSI storage devices count as one node, 
hence each DSSI adapter can support up to seven DSSI storage devices (six 
DSSI storage devices for a two-system DSSI VAXcluster; five DSSI storage 
devices for a three-system DSSI VAXcluster configuration). The adapters 
make a connection between the CPU and the requested device on their 
respective DSSI bus. Each DSSI device has its own controller and server 
that contain the intelligence and logic necessary to control data transfers 
over the DSSI bus. 

3.7.3.1 DSSI Device Parameters 

Six principal parameters are associated with each DSSI device: 

• Bus Node ID 

• ALLCLASS 

• UNITNUM 

• FORCEUNI 

• NODENAME 

• SYSTEMID 

NOTE: Each of the above parameters, with the exception of the bus node 
ID, are programmed and examined using the console-based Diagnostic 
and Utility Program (DUP) driver utility. The bus node ID is physically 
determined by the numbered bus node ID plug that inserts into the device's 
front panel 

A brief description of each parameter follows: 

The bus node ID parameter is provided by the bus node ID plug on 
the device's front panel. Each DSSI bus can support up to eight nodes, 
0-7. Each DSSI adapter and each device count as a node. Hence, 
in a single-system configuration, a DSSI bus can support up to seven 
devices, bus nodes 0-6 (with node 7 reserved for the adapter); in a two- 
system DSSI VAXcluster configuration, up to six devices, 0-5 (with nodes 
6 and 7 reserved for the adapters); in a three-system DSSI VAXcluster 
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configuration, up to five devices, 0—4 (with nodes 5, 6, and 7 reserved for 
the adapters). 

The ALLCLASS parameter determines the device allocation class. Hie 
allocation class is a numeric value from 0 to 255 that is used by the VMS 
operating system to derive a path-independent name for multiple access 
paths to the same device. The ALLCLASS firmware parameter corresponds 
to the VMS SYSGEN parameter ALLOCLASS. 

DSSI devices are shipped from the factory with a default allocation class of 
zero. Each device to be served to a cluster must have a nonzero 
allocation class that matches the allocation class of the system. 
Refer to the VMS VAXcluster manual for rules on specifying allocation class 
values. 

The UNITNTJM parameter determines the unit number of the device. By 
default, the device unit number is supplied by the bus node ID plug on the 
device's front panel. Systems with multiple DSSI busses, as described 
later in this section, require that the default values be replaced 
with unique unit numbers. To set unit numbers and override the default 
values, you use the console-based DUP driver utility to supply values to 
the UNITNUM parameter and to set a value of zero to device parameter 
FORCEUNI. 

The FORCEUNI parameter controls the use of UNITNUM to override the 
default device unit number supplied by the bus node ID plug. When 
FORCEUNI is set to a value of 0, the operating system uses the value 
assigned to the UNITNUM parameter; when FORCEUNI is set to a value 
of 1, the operating system uses the value supplied by the bus node ID plug. 

The NODENAME parameter allows each device to have an alphanumeric 
node name of up to eight characters. DSSI devices are shipped from the 
factory with a unique identifier, such as R7CZZC, R7ALUC, and so on. You 
can provide your own node name. 

The SYSTEMID parameter provides a number that uniquely identifies the 
device to the operating system. This parameter is modified when replacing 
a device using warmswapping procedures. 

3.7.3.2 How VMS Uses the DSSI Device Parameters 

This section describes how the operating system uses the parameters to 
form unique identifiers for each device. Configurations that require you to 
assign new unit numbers for devices are also described 

With an allocation class of zero, the operating system can use the default 
parameter values to provide each device with a unique device name. The 
operating system uses the node name along with the device logical name 
in the following manner: 
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NODENAME$DIAw 



where: 

NODENAME is a unique node name and u is the unit number. 

With a nonzero allocation class, the operating system relies on unit number 
values to create a unique device name. The operating system uses the 
allocation class along with the device logical name in the following manner: 

$ALLCLASS$DIAh 

where: 

ALLCLASS is the allocation class for the system and devices, and u is a 
unique unit number. 

Using mass storage expanders, you can fill multiple DSSI busses: busses 0 
and 1 supplied by the CPU module, and a third and fourth DSSI bus using 
two KFQSA adapters. Each bus can have up to seven DSSI devices (bus 
nodes 0-6). When more than one bus is being used, and your system is 
using a nonzero allocation class, you need to assign new unit numbers for 
devices on all but one of the DSSI busses, since the unit numbers for all 
DSSI storage devices connected to a system's associated DSSI busses must 
be unique. 

Figure 3-8 illustrates the need to program unit numbers for a system using 
more than one DSSI bus and a nonzero allocation class. In the case of the 
nonzero allocation class, the operating system sees three of the ISEs as 
having duplicate device names, which is an error, as all unit numbers must 
be unique. 
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Figure 3-8: VMS Operating System Requires Unique Unit Numbers for 
DSSI Devices 



Allocation Class=0 



Nonzero Allocation Class 

(Example: ALLCLASS=1) 



R7BUCC$D!A0 

R7CZZC$DIA1 

R7ALUC$DIA2 

R7EB3C$DIA3 

TFDR1$MIA5 

R7IDFC$DIA0 

R7IBZC$DIA1 

R7iKJC$DIA2 

R7ID3C$DIA3 

R7XA4C$DIA4 

R7QlYC$DIA5 

R7DA4C$DIA6 



$1$0!A0 
$1$DIA1 
$1$DIA2 



$1$DIA3 
$1$MIA5 



$1$D!A0 
$1$DIA1 
$1$DIA2 
$1$DIA3 
$1$DIA4 
$1$0!A5 
$1$D1A6 



Ouplicate 0 
* 



Ouplicate 1 



Duplicate 2 



Duplicate 3 



Nonzero allocation class examples with an asterisk indicate duplicate device names. 

For one of the DSSI busses, the unit numbers need to be reprogrammed to avoid this error. 
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NOTE: Digital recommends configuring systems to have unique unit 
numbers even for standalone systems using an allocation class of zero. This 
practice will avoid problems with duplicate device names if the system is 
later configured in a cluster. 

The following instructions describe how to change DSSI parameters, using 
the DUP driver utility. In the example procedures, the allocation class will 
be set to 1, the devices for Bus 0 (in the VAX 4000) will be assigned new unit 
numbers (to avoid the problem of duplicate unit numbers), and the system 
disk will be assigned a new node name, lb examine DSSI parameters from 
the VMS operating system, refer to Section 3.7.3.4. 
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Figure 3-9 shows sample DSSI busses and bus node IDs for an expanded 
VAX 4000 Model 500 system. 

Figure 3-9: Sample DSSI Busses for an Expanded VAX 4000 Model 500 
System 



System 



Expander 






IGI 

















* — 






— 1 





Bus 0 
lBus1 



DSSI Cable 



| Dssi Terminator Locations 
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1. Enter the console mode. 

The procedure for programming parameters for DSSI devices from 
console mode requires that you issue commands to those devices at 
the console prompt (»>). You may enter these commands in either 
uppercase or lowercase letters. Unless otherwise instructed, enter each 
command, then press Return. 

Enter console mode as follows: 

a. Set the Break Enable/Disable switch on the system console module 
to the enable position (up, position 1). 

b. Set the Power switch for each unit (each system in a DSSI 
VAXcluster configuration, and any expanders for expanded systems) 
to on (1). 
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Wait for the system to display the console prompt (»>). 



2. To display the DSSI devices on embedded DSSI busses, enter SHOW 
DSSI at the console prompt. To display the DSSI devices on KFQSA- 
based DSSI busses, enter SHOW UQSSP. 

The firmware displays two lines of information for each device. For 
embedded DSSI, the firmware displays the following: 

• The first line contains the bus number, node number, and node 
name. 

• The second line contains the device name and unit number followed 
by the device type in parentheses. 

For embedded DSSI, the device name consists of the letters DIAu or 
DIBu (MIAzi or MEBu for the TF85 tape drive) — devices on bus 0 are 
listed as DIA, devices on bus 1 are listed as DIB — and u is a unique 
unit number. The embedded DSSI adapter for each bus is identified by 
an asterisk (*). 

The embedded DSSI display for Example 3-1 shows a system with four 
DSSI devices (unit numbers 0-3) and an R400X expander with seven 
DSSI devices (unit numbers 0-6). 
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Example 3-1 : SHOW DSSI Display (Embedded DSSI) 



»>SHOW DSSI 

DSSI Bus 0 Node 0 (R7ALDC) 
-DIAO (RF31) 

DSSI Bus 0 Node 1 (R7EB3C) 
-DIA1 (RF31) 

DSSI Bus 0 Node 2 (R7EB22) 
-DIA2 (RF31) 

DSSI Bus 0 Node 5 (TFDR1) 

-MIA5 (TF85) 

DSSI Bus 0 Node 6 {*) 



DSSI Bus 1 Node 0 
-DIBO \RF3I ) 
DSSI Bus 1 Node 1 
-DIB1 (RF31) 
DSSI Bus 1 Node 2 
-DIB2 (RF31) 
DSSI Bus 1 Node 3 
-DIB3 (RF31) 
DSSI Bus 1 Node 4 
-DIB4 (RF31) 
DSSI Bus 1 Node 5 
-DIB5 (RF31) 
DSSI Bus 1 Node 6 
-DIB6 (RF31) 
DSSI Bus 1 Node 7 
»> 



(SNEEZY) 

(DOPEY) 

(SLEEPY) 

(GRUMPY) 

(BASHFUL) 

(HAPPY) 

(DOC) 

(*) 



For KFQSA-based DSSI, the firmware displays the following: 

• The first line contains the UQSSP disk controller number and device 
node name. 

• The second line contains the device name and unit number followed by 
the device type in parentheses. 

For KFQSA-based DSSI, the device name consists of the letters DUcu, 
where c is the controller letter, and u is a unique unit number. 
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Example 3-2 shows a sample KFQSA-based DSSI bus. 
Example 3-2: SHOW UQSSP Display (KFQSA-Based DSSI) 

»>SHOW UQSSP 



UQSSP 


Disk Controller 


0 


(772150) 


-DUAO 


(RF31) 






UQSSP 


Disk Controller 


1 


(760334) 


-DDB1 


(RF31) . 






OQSSP 


Disk Controller 


2 


(760340) 


-DOC2 


(RF31) 






UQSSP 


Disk Controller 


3 


(760322) 


-DUD3 


(RF31) 






UQSSP 


Tape Controller 


0 


(774500) 


-MUAO 


(TK70) 







For the examples in this section, each device will be assigned an allocation 
class of 1, and the system disk will be given a new node name. Also, 
devices DIA0, DIA1, and DIA2; and DUA0, DUB1, DUC2, and DUD3 will 
be assigned new unit numbers. 

NOTE: The DUP server examples throughout this section are for RF-series 
ISEs. The displays for the TF85 tape drive differ slightly from the RF-series 
displays. 

3.7.3.3 Entering the DUP Driver Utility from Console Mode 

To examine and change DSSI parameters, you must first activate the DUP 
driver utility by setting host to the specific device for which you want to 
modify or examine parameters. 

Use the following command for embedded DSSI: 

SET HOST /DUP /DSSI /BUS : <bus_number> <node_number> P ARAMS 
where: 

<bus_number> is the DSSI bus number (0 or 1), and <node_number> is the 
bus node ID (0-6) for the device on the bus. 

Use the following command for KFQSA-based DSSI: 

SET HOST/DUP/UQSSP/DISK <controller_number> P ARAMS 

where: 

<controller_number> is the controller number (provided by the SHOW 
UQSSP display) for the device on the bus. 
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In Example 3-3, set host/ddp/dssi/bds: i o params is entered to start the 
DUP server for the ISE at node 0 of embedded DSSI bus 1. In Example 3-4, 
set host /ddp/uqssp /disk o params is entered to start the DUP server for 
the ISE at controller 0 of a KFQSA-based DSSI bus. 

Example 3-3: Accessing the DUP Driver Utility From Console Mode 
(Embedded DSSI) 

»>SET HOST/DDP/DSSI/BDS :1 0 PARAMS 
Starting DUP server... 

Copyright (c) 1991 Digital Equipment Corporation 
PARAMS> 



Example 3-4: Accessing the DUP Driver Utility From Console Mode 
(KFQSA-Based DSSI) 

»>SET HOST/DDP/DQSSP/DISK 0 PARAMS 
Starting DDP server... 

Copyright (c) 1991 Digital Equipment Corporation 
PARAMS> 

3.7.3.4 Entering the DUP Driver Utility from VMS 

lb examine and change DSSI parameters, you must first access the DUP 
driver utility by setting host to the specific device for which you want to 
modify or examine parameters. 

To access the DUP driver from VMS: 

a. Connect to the Diagnostic and Utility Program (DUP) and load its driver 
using the VMS System Generation Utility (SYSGEN) as shown below: 

$ MCR SYSGEN 

SYSGEN> CONNECT /NOADAPTER FYAO 

SYSGEN> EXIT 

$ 

b. Access the DUP driver by setting host to the specific device you want 
to write protect. Use the following command: 

SET HOST/DUP/SERVER»MSCP$D0P/TASK=PARAMS <node name> 



3-32 KA675/KA680/KA690 CPU System Maintenance 



where: 



<node_name> is the device node name (the node name, in parenthesis, 
is listed using the VMS DCL command SHOW DEVICE DI). 

In Example 3-5, set host/dup/server-mscp$dup/task=params R35F3C is 
entered to start the DUP server for the ISE with a nodename of R35F3C. 

Example 3-5: Accessing the DUP Driver Utility From VMS 

$ MCR SYSGEN 

SYSGEN> CONNECT /NOADAPTER FYAO 
SYSGEN> EXIT 

$ SET HOST/DDP/SERVER=MSCP$DDP/TASK=PARAMS R35F3C 
Starting DUP server... 

Copyright (c) 1992 Digital Equipment Corporation 
PARAMS> 

3.7.3.5 Setting Allocation Class 

After entering the DUP driver utility for a specified device, you can examine 
and set the allocation class for the device as follows: 

NOTE: The ALLCLASS parameter should only be set through console mode. 
Setting the ALLCLASS parameter from VMS is not recommended. 

1. At the params> prompt, enter show allclass to check the allocation 
class of the ISE to which you are currently connected. 

2. Enter set allclass i (or enter the allocation class you desire). 

3. Enter show allclass to verify the new allocation class. 
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Example 3-6 shows the steps for examining and changing the allocation 
class for a specified device. In the example, the allocation class is changed 
from an allocation class of 0 to an allocation class of 1. 

Example 3-6: Setting Allocation Class for a Specified Device 



PARAMS>SHOW ALLCLASS 
Parameter Current 

ALLCLASS 

PARAMS>SET ALLCLASS 1 
PARAMS>SHOW ALLCLASS 

Parameter Current 



Default 



0 



Default 



Type Radix 



0 Byte Dec B 



Type Radix 



ALLCLASS 1 0 Byte Dec B 

3.7.3.6 Setting Unit Number 

After entering the DUP driver utility for a specified device, you can examine 
and set the unit number for the device as follows: 

1. At the params> prompt, enter show dnitnum to check the unit number 
of the ISE to which you are currently connected. 

2. Enter set unitnum 10 (or enter the unit number you desire). 

3. Enter set forceuni o to override the default unit number value 
supplied by the bus node ID plug. 

4. Enter show dnitnum to verify the new unit number. 

5. Enter show forceuni to verify that the current value for the forceuni 
parameter is 0. 

Example 3-7 shows the steps for changing the unit number of a 
specified device from unit number 0 to unit number 10. 

6. Label the device with its unit number, using the unit number labels 
shipped with your system. Figure 3—10 shows where to affix a unit 
number label on the device front panel. 
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Example 3-7: Setting a Unit Number for a Specified Device 



PARAMS>SHOW UNITNUM 

Parameter Current Default Type Radix 



UNITNDM 0 0 Word Dec U 

PARAMS>SET UNITNDM 10 
PARAMS>SET FORCEDNI 0 
PARAMS>SHOW UNITNDM 

Parameter Current Default Type Radix 



UNITNDM 10 0 Word Dec D 

PARAMS>SHOW FORCEDNI 

Parameter Current Default Type Radix 



FORCEDNI 0 1 Boolean 0/1 D 
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Figure 3-10: Attaching a MSCP Unit Number Label to the Device Front 
Panel 
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3.7.3.7 Setting Node Name 

After entering the DUP driver utility for a specified device, you can examine 
and set the node name for the device as follows: 

1. At the params> prompt, enter show nodename to check the node name of 
titie ISE to which you are currently connected. 

2. Enter set nodename sysdsk (or enter the desired alphanumeric node 
name of up to eight characters). 

3. Enter show nodename to verify the new node name. 

Example 3-8 shows the steps for changing the node name of a specified 
device from the factory-supplied name to SYSDSK 

Example 3-8: Changing a Node Name for a Specified Device 



PARAMS>SHOW NODENAME 

Parameter Current Default Type Radix 



NODENAME R7CZ2C RF31 String Ascii B 

PARAMS>SET NODENAME SYSDSK 
PARAMS>SHOH NODENAME 

Parameter Current Default Type Radix 

NODENAME SYSDSK RF31 String Ascii B 

3.7.3.8 Setting System ID 

NOTE: This parameter is modified only when warm swapping a device. 
All parameters for the replacement device should be programmed to match 
thoss of the original device. Refer to the JDSSI y^drm Swapping Guide for 
BA400-Series Enclosures and KFQSA Adapters. 

After entering the DUP driver utility for a specified device, you can examine 
and set the system ID for the device as follows: 

1. At the params> prompt, enter show systemid to check the system ID of 
the device to which you are currently connected. 

2. Enter set systemid system id (enter the desired serial number-based 
system ID). 
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3. Enter show systemid to verify the new system ID. 

Example 3—9 shows the steps for changing the system ID of a specified 
device from the factory-supplied system ID to 1402193310841 (the system 
ID for the replacement device is programmed to match that of the original). 

Example 3-9: Changing a System ID for a Specified Device 



PARAMS>SHOW SYSTEMID 

Parameter Current Default Type Radix 



SYSTEMID 0402193310841 0000000000000 Quadword Hex B 

PARAH3>oZT SX37ZHXD 1402193310341 
PARAMS>SHOW SYSTEMID 

Parameter Current Default Type Radix 



SYSTEMID 1402193310841 0000000000000 Quadword Hex B 

3.7.3.9 Exiting the DUP Driver Utility 

After you have completed setting and examining DSSI device parameters, 
enter the WRITE command at the params> prompt to save the device 
parameters you have changed using the SET command. The changes are 
recorded to nonvolatile memory. 

If you have changed the allocation class or node name of a device, the DUP 
driver utility will ask you to initialize the controller. Answer Yes (Y) to 
allow the changes to be recorded and to exit the DUP driver utility. 

If you have not changed the allocation class or node name, enter the EXIT 
command at the params> prompt to exit the DUP driver utility for the 
specified device. Example 3-10 shows the procedure for saving parameter 
changes. In the example, the controller is initialized. 
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Example 3-10: Exiting the DUP Driver Utility for a Specified Device 



PARAMS>WRITE 

Changes require controller initialization, ok? [Y/ (N) ] Y 

Stopping DUP server... 
>» 

NOTE: You must repeat the procedures in this section for each device for 
which you want to change parameters. 

Example 3-11 shows the DSSI busses for the embedded DSSI adapters after 
the unit numbers for the disk devices on bus 0 have been changed from 0, 
1, and 2 to 10, 11, and 12 (by adding 10 to the bus node ID number, the 
unit number's least significant digit will still correspond to the number on 
the bus node ED plug). Note that the bus 0 device names are now DIA10, 
DIA11, and DIA12. 

Example 3-11 : SHOW DSS! Display 



»>SHOW DSSI 

DSSI Bus 0 Node 0 (SYSDSK) 
-DIA10 (RF31) 

DSSI Bus 0 Node 1 (R7EB3C) 
-DIA11 (RF31) 

DSSI Bus 0 Node 2 (R7EB22) 

-DIA12 (RF31) 

DSSI Bus 0 Node 5 (TFDR1 } 

-MIA5 (TF85) 

DSSI Bus 0 Node 6 (*) 



DSSI Bus 1 Node 
-DIB0 (RF31) 
DSSI Bus 1 Node 
-DIB1 (RF31) 
DSSI Bus 1 Node 
-DIB2 (RF31) 
DSSI Bus 1 Node 
-DIB3 (RF31) 
DSSI Bus 1 Node 
-DIB4 (RF31) 
DSSI Bus 1 Node 
-DIB5 (RF31) 



(SNEEZY) 

(DOPEY) 

(SLEEPY) 

(GRUMPY) 

(BASHFUL) 

(HAPPY) 



Example 3-11 (continued on next page) 
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Example 3-11 (Cont,): SHOW DSSI Display 



DSSI Bus 1 Node 6 (DOC) 

-DIB6 (RF31) 

DSSI Bus 1 Node 7 (*} 

»> 

Example 3-12 shows the sample KFQSA-based DSSI bus after the unit 
numbers have been changed from 0, 1, 2, and 3 to 20, 21, 22, and 23. Note 
that the device names are now DUA20, DUB21, DUC22, and DUD23. 

Example 3-12: SHOW UQSSP Display (KFQSA-Based DSSI) 

ssj>i»a.\jn GySS£ 

DQSSP Disk Controller 0 (772150) 
-DUA20 (RF31) 

UQSSP Disk Controller 1 (760334) 
-DOB21 (RF31) 

UQSSP Disk Controller 2 (760340) 
-DUC22 (RF31) 

UQSSP Disk Controller 3 (760322) 
-DUD23 (RF31) 

UQSSP Tape Controller 0 (774500) 
-MUA0 (TK70) 

3.7.4 Write-Protecting an RF35 ISE 

You may want to write-protect an ISE containing sensitive data you do not 
want changed or accidentally erased. 

The system disk (the ISE containing system software) and ISEs containing 
work areas for users should be write-enabled, the normal operating setting. 

For the RF35 ISE, which has no Write-Protect button, you set write- 
protection through VMS commands or through firmware commands in 
console mode. 

3.7.4.1 Software Write-Protect for RF-Series ISEs 

Since the RF35 does not have a Write-Protect button, the software write- 
protect is the primary method for write-protecting an RF35. 

The software write-protect is available through VMS using the MOUNT 
utility with the /NOWRTTE qualifier. 

To software write-protect an ISE, enter the following DCL command from 
the VMS operating system. 
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MOUNT <device_name> <volume_label>/SYSTEM/NOWRITE 
where: 

<device_name> is the device name, as shown using the VMS DCL command 
SHOW DEVICE DI, and <volume_label> is the volume label for the device. 
For example, 

$ MOUNT $1$DIA1 OMEGA/ SYSTEM/NOWRITE 

will software write-protect device $1$DIA1. 

Dismounting, and then remounting the device (without using the 
/NOWRTTE qualifier), will write-enable the device. 

Use the VMS DCL command SHOW DEVICE DI to check the protection 
status of the drive. A write-protected drive will show a device status of 
"Mounted wrtlck". Refer to your VMS documentation for more information 
on using the MOUNT Utility. 

CAUTION: When you dismount then mount the device again, it will no 
longer be write-protected. 

3.7.42 Hardware Write-Protect For RF35 !SEs 

The hardware write-protect provides a more permanent write-protection 
than the software write-protect in that, once you hardware write-protect 
an RF35, it remains write-protected, regardless of the availability of 
the operating system or if the system is powered-down. In addition, a 
hardware write-protect cannot be removed using the MOUNT command. 
The hardware write-protect simply provides the same degree of write- 
protection available to RF-series ISEs that have a Write-Protect button. 

You should consider hardware write-protecting an RF35 in the following 
situations: 

• If you want to write-protect an RF35 ISE when the VMS operating 
system is not available, such as before running the MicroVAX 
Diagnostic Monitor (MDM). 

• If you want to ensure that an RF35 remains write-protected, since the 
hardware write-protect cannot be removed using the VMS command 
MOUNT and will remain in effect even if the operating system is 
brought down. 

You can hardware write-protect an RF35 from VMS or through firmware 
commands entered at the console prompt (»>). Use the following 
instructions: 
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1. Access the Diagnostic and Utility Program (DUP) driver for the device 
you want to write-protect. 

• To access the DUP driver from console mode: 

a. Enter console mode by pressing the Halt Button or powering up 
the system with the Break Enable/Disable switch set to enable 
(up, position 1). 

CAUTION: Halting your system without following the shutdown 
procedure described in your system software manuals may result 
in loss of data. 

b. Access the DUP driver by setting host to the specific device you 
want to write protect. 

Use the following command for embedded DSSI: 

SET HOST/DOP/DSSI/BUS :<bus_number> <node_nuniber> P ARAMS 

where: 

<bus_number> is the DSSI bus number (0 or 1), and <node_ 
number> is the bus node ID (0-6) for the device on the bus 
(bus number and node number are listed in the SHOW DSSI 
display). 

Use the following command for KFQSA-based DSSI: 
SET HOST/DUP/UQSSP/DISK <controller_number> P ARAMS 
where: 

<controller_number> is the controller number (listed in the 
SHOW UQSSP display) for the device on the bus, 

• lb access the DUP driver from VMS: 

a. Connect to the Diagnostic and Utility Program (DUP) and load 
its driver using the VMS System Generation Utility (SYSGEN) 
as shown below: 

$ MCR SYSGEN 

SYSGEN> CONNECT /NQADAPTER FYAO 

SYSGEN> EXIT 

$ 

b. Access the DUP driver by setting host to the specific device you 
want to write protect Use the following command: 

SET HOST /DUP / SERVER-MSCP $ DUP/ TASK =P ARAMS <node name> 
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where: 



<node_name> is the device node name (the node name, in 
parenthesis, is listed in the SHOW DEVICE DI display). 

2. At the params> prompt, enter set wrt_prot i to write-protect the ISE 
to which you are currently connected. 

NOTE: To verify that you have set host to the intended drive, you can 
enter the command LOCATE at the PARAMS> prompt. The LOCATE 
command causes the drive's Fault indicator to blink momentarily. 

3. Enter show wrt_prot to verify the WRT_PROT parameter is set to 1. 

4. After you have completed setting and examining the WRTJPROT device 
parameter, enter the WRITE command at the params> prompt to save 
the device parameter. The change is recorded to nonvolatile memory. 

5. Enter the EXIT command at the params> prompt to exit the DUP driver 
utility for the specified device. 

Example 3-13 provides an example of setting a hardware write-protect 
through firmware; Example 3—14 provides an example of setting a hardware 
write-protect through VMS. 

Example 3-13: Setting Hardware Write-Protection Through Firmware 



»>SET EOST/DUP/DSSI/BOS: 0 1 P ARAMS 
Starting DDP server... 

Copyright (c) 1992 Digital Equipment Corporation 
PARAMS>SET WRT_PROT 1 
PARAMS>WRITE 
PARAMS>SHOW WRTJPROT 

Parameter Current Default Type Radix 



WRTJPROT 1 0 Boolean 0/1 

PARAMS>EXIT 

Exiting . . . 

Stopping DUP server... 

»> 
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Example 3-14: Setting Hardware Write-Protection Through VMS 



$ MGR. SYSGEN 

SYSGEN> CONNECT /NOADAPTER FYAO 
SYSGEN> EXIT 

$ SET HOST/DUP/SERVER=MSCP$DUP/TASK=PARAMS R35F3C 

Starting DUP server... 

Copyright (c) 1992 Digital Equipment Corporation 
PARAMS>SET WRT_PROT 1 
PARAMS>HRITE 
PARAMS>SHOW WRT_PROT 

Parameter Current Default Type Radix 



WRT_PROT 1 0 RnnUan D /I 

PARAMS>EXIT 

Exiting. . . 

Stopping DUP server . . . 
$ 

lb remove the hardware write-protection, repeat the above procedure, only 
set the WRTJPROT value to 0. 

You can verify that the device is write-protected while running VMS — when 
you issue the VMS DCL command SHOW DEVICE DI, a write-protected 
drive will show a device status of "Mounted wrtlck". If you issue the VMS 
command SHOW DEVICE/FULL, a write-protected drive will be listed as 
"software write-locked* 

NOTE: You cannot remove hardware write-protection using the VMS 
MOUNT utility. 

3.7.5 Setting System Parameters: Boot Defaults, Bootflags, 
Halt and Restart Action 

Several firmware commands are used to set and examine system 
parameters. 

3.7.5.1 Setting the Boot Default 

To direct the system to boot automatically from a specific device or to change 
the setting of the default boot device, put the system into console mode and 
at the »> prompt, enter "SET BOOT device-name". For example, 

»>SET BOOT EZAO 

sets the system default boot device to be the Ethernet controller. 

Once you have selected a boot device, the system autoboots from that device 
each time you turn it on (provided the Break Enable/Disable switch is set to 
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disable or that a halt action of REBOOT or RESTART.REBOOT has been 
defined). 

Using "SET BOOT device-Tiame,device-name,deuice-name n , you can also 
specify a string of default boot devices (up to 32 characters, with devices 
separated by commas and no spaces) for which the system will check for 
bootable software. The system checks the devices in the order specified and 
boots from the first one that contains bootable software. For example, 

»>SET BOOT DDAO , DIAO , MIA5, EZAO 

directs the system to use DUAO, DIAO, MIA5, and EZAO as the default 
boot devices. When the system autoboots, or if the BOOT command is used 
without specifying a device, the system will boot from the first default boot 
device that contains bootable software. 

NOTE: If included in a string of boot devices, the Ethernet device, EZAO, 
should only be placed as the last device of the siring. The system will 
continuously attempt to boot from EZAO. 

Refer to Appendix A for examples. 
Supported Boot Devices 

Table 3-5 lists the boot devices supported by the CPU. The table correlates 
the boot device names expected in a BOOT command with the corresponding 
supported devices. The device name used for the bootstrap operation is one 
of three: 

• EZAO, if no default boot device has been specified 

• The default boot device specified at initial power-up or through SET 
BOOT 

• Name explicitly specified in a BOOT command line 

Boot device names consist of a device code of at least two letters (A through 
Z) in length, followed by a single-character controller letter (A through Z), 
and ending in a device unit number (0 through 16,383). 
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Table 3-3: Boot Devices Supported by the KA675/KA680/KA690 



Boot Name 


Controller Type 


Device Type(s) 


Disk 


[node$]DImu 


On-board DSSI 


RFxx 


DUcu 


KFQSA DSSI 


RFxx 




KDA50MSCP 


RAxx 




RDX3MSCP 


RDxx 


Compact Disc 


r nc dc$TDKAu 


KZQSA SCSI 




DUcu 


KRQ50MSCP 


RRD40 


Tape 


[node$JMImu 


On-board DSSI 


TF85 


MUcu 


TQK50MSCP 


TK50 




TQK70 MSCP 


TK70 




KLBSI 


TU81E 


MKAu 


KZQSA SCSI 


TLZ04 


Network 


EZAO 


On-board Ethernet 




XQcu 


DESQA 




PROM 


PRAu 


MRV11 




PRBO 


Customer EPROM space 





NOTE: For diskless and tapeless systems that boot software over the 
network, select only the Ethernet adapter. All other boot devices are 
inappropriate. 

3.7.52 Setting Boot Flags 

The Virtual Memory Boot (VMB) action is qualified by the value passed to 
it in R5. R5 contains boot flags that specify conditions of the bootstrap. 
The firmware passes to VMB either the R5 value specified in the BOOT 
command or the default boot flag value specified with a SET BFLG 
command. The VMB boot flags are listed in Table 3-4. 
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Refer to Appendix A for examples. 

Table 3-4: Virtual Memory Bootstrap (VMB) Boot Flags 

Bit Name Description 



0 RPB$V_CONV Conversational boot. At various points in the system boot 

procedure, the bootstrap code solicits parameters and other 
input from the console terminal. 

1 RPB$V_DEBUG Debug. If this flag is set, VMS maps the code for the XDELTA 

debugger into the system page tables of the running system. 

2 RPB$V_INIBPT Initial breakpoint. If RPB$V JDEBUG is set, the VMS 

operating system executes a BPT instruction in module INIT 
immediately after enabling mapping. 

3 RPB$V_B BLOCK Secondary bootstrap from bootblock. When set, VMB reads 

logical block number 0 of the boot device and tests it for 
conformance with the bootblock format. If in conformance, the 
block is executed to continue the bootstrap. No attempt is made 
to perform a Files-11 bootstrap. 

4 RPB$V_DIAG Diagnostic bootstrap. When set, the load image requested is 

[SYS0-SYSMAJNT3DIAGBOOTJSXE. 

5 RPB$V_BOOBPT Bootstrap breakpoint. When set, a breakpoint instruction is 

executed in VMB and control is transferred to XDELTA before 
booting. 

6 RPB$V _HEADER Image header. When set, VMB transfers control to the address 

specified by the file's image header. When not set, VMB 
transfers control to the first location of the bad image. 

8 RPB$V_SOLICT File name solicit. When set, VMB prompts the operator 

for the name of the application image file. A m»¥imiim 39 
character file specification is allocated at RPB$TJPILE. Only 
16 characters are utilized in both tape boot and network MOP 
V3 booting. 

9 RPB$VJHALT Halt before transfer. When set, VMB halts before transferring 

control to the application image. 
31:28 RPB$V_TOPSYS This field can be any value from 0 through F. This flag changes 

the top-level directory name for system disks with multiple 
operating systems. For example, if TOPSYS is l s the top-level 
directory name is [SYS1...]. This does not apply to network 
bootstraps. 



3.7.5.3 Setting the Halt Action 

The user-defined halt action feature allows users to determine what action 
should be taken on error halts and at power-up. The halt action is defined 
using the SET HALT command and overrides the setting of the Break 
Enable/Disable switch. 

Table 3-5 summarizes the action taken on all halt conditions (excluding 
external halts). The user-defined halt is used when the O/S Mailbox halt 
action field is 0 and on power-up if breaks are enabled. Refer to Appendix A 
for an example of the SET HALT command. 



System Setup and Configuration 3-47 



For exte rnal h alts caused by pressing the Halt button on the SCP or 
pressing Tbreak l/CTRL-P (if breaks are enabled), the firmware enters console 
mode. 

NOTE: Using the console command set controlp, you can specify the 
control character, lctrw>L rather than lereaki to initiate a break signal. 

Table 3-5: Actions Taken on a Halt 

Reset/ Break User- O/S 

Power-Up Enable Defined Mailbox 

or Halt Switch Halt Action Halt Action Action(s) 





•7 


n 1 9 






T 




O A 


X 


Diagnostics, if success boot, if 
either fail console 


T 


0 


X 


X 


Diagnostics, if success boot, if 
either fail console 


F 


1 


0 


0 


Console 


F 


0 


0 


0 


Restart, if this fails boot, if 
that fails console 


F 


X 


1 


0 


Restart, if it fails console 


F 


X 


2 


0 


Boot, if it fails console 


F 


X 


3 


0 


Console 


F 


X 


4 


0 


Restart, if this fails boot, if 
that fails console 


F 


X 


X 


1 


Restart, if it fails console 


F 


X 


X 


2 


Boot, if it fails console 


F 


X 


X 


3 


Console 


T" indicates that the condition is true. 
"F" indicates that the condition is false. 
"X" indicates that the condition is "don't care". 



Halt Action 0 = DEFAULT 

Halt Action 1 = RESTART 

Halt Action 2 = REBOOT 

Halt Action 3 = HALT 

Halt Action 4 = RESTARTJREBOOT 
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Chapter 4 

System Initialization and Acceptance 
Testing (Normal Operation) 

This chapter describes the system initialization, testing, and bootstrap 
processes that occur at power-up. In addition, the acceptance test procedure 
to be performed when installing a system or whenever adding or replacing 
FRUs is described. 

4.1 Basic Initialization Flow 

On power-up, the firmware identifies the console device, optionally performs 
a language inquiry, and runs the diagnostics. 

Power-up actions differ, depending on the state of the Power-Up Mode 
switch on the console module. The mode switch has three settings: loopback 
test, language inquiry, and run. The differences are described below. 

The firmware waits for power to stabilize by monitoring SCR<15>(POK). 
Once power is stable, the firmware verifies that the console battery 
backup RAM (BBU RAM) is valid (backup battery is charged) by checking 
SSCCR<3 1>(BL0). If it is invalid or zero (battery is discharged), BBU RAM 
is initialized. 

After the battery check, the firmware tries to determine the type of terminal 

attached to the console serial line. It uses this information to determine if 
multinational support is appropriate. 

Power-Up Mode Switch Set to Test 

Use the test position on the H3604 to verify a proper connection between 
the CPU and the console terminal. During the test, the firmware toggles 
between the active and passive states. Refer to Chapter 5 for instructions 
on performing loopback tests. 

Power-Up Mode Switch Set to Language Inquiry 

If the Power-Up Mode switch is set to language inquiry mode, or the 
firmware detects that the contents of BBU RAM are invalid, the firmware 
prompts you for the language to be used for displaying the following system 
messages (if the console terminal supports the multinational character set). 
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Loading system software. 
Failure. 

Restarting system software. 
Performing normal system tests . 
Tests completed. 
Normal operation not possible. 
Bootf ile. 

Memory configuration error. 

No default boot device has been specified. 

Available devices. 

Device? 

Retrying network bootstrap. 

The language selection menu appears under the conditions listed in 
Table 4-1. The position of the Break Enable/Disable switch has no effect 
on these conditions. The firmware will not prompt for a language if the 
console terminal, such as the VT100, does not support the multinational 
character set (MCS). 



Table 4-1: Language Inquiry on Power-Up or Reset 



Language Not 


Language 


Mode Previously Set 1 


Previously Set 


Language Inquiry Prompt 2 


Prompt 


Run Prompt 


No Prompt 


1 Action if contents of BBU RAM invalid same as Language Not Previously Set. 


^Prompt = Language selection menu displayed. 





The language selection menu is shown in Example 4—1. If no response is 
received within 30 seconds, the firmware defaults to English (5). 
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I 



Example 4-1: Language Selection Menu 



KA6nn-A Vn.n VMB n.n 
Dansk 

Deutsch (Deutschland/Osterreich) 
Deutsch (Schweiz) 
English (United Kingdom) 
English (United States /Canada) 
Espanol 

Francais (Canada) 
Francais (France /Belgique) 
Francais (Suisse) 
Italiano 
Neder lands 
Norsk 
Portugues 
Suomi 
Svenska 
(1.-15) : 



NOTE: The information contained within the parentheses indicates the 
specific keyboard variant 

In addition, the console may prompt you for a default boot device following 
a successful diagnostic countdown. 

After the language inquiry, the firmware continues as if on a normal power- 
up. 

Power-Up Mode Switch Set to Run 

The console displays the language selection menu if the Power-Up Mode 
switch is set to run mode and the contents of 8BU RAM are invalid or a 
language has not yet been selected. The next step in the power-up sequence 
is to execute the bulk of ROM-based diagnostics. In addition to message 
text, a countdown is displayed in Example 4-2. 
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Example 4-2: Normal Diagnostic Countdown 



KA6nn-A Vn.n VMB n.n 
Performing normal system tests. 

66. .65. .64. .63. .62. .61. .60. .59. .58. .57. .56. .55. .54. .53. .52. .51. . 
50. .49- .48. .47. .46. .45. .44. .43. .42. .41. .40. .39. .38. .37. .36. .35. . 
34. .33. .32. .31. .30. .29. .28. .27. .26. .25. .24. .23. .22. .21. .20. .19. . 
18. .17. .16. .15. .14. .13. .12. .11. .10. .09. .08. .07. .06. .05. .04. .03. . 
Tests completed. 

The console uses the saved console language if the mode switch is set to 
run mode and the contents of BBU RAM are valid. 

4.2 Power^On Self-Tests (POST) 

Power-on self-tests provide core testing of the system kernel. The CPU, 
memory, DSSI bus, and Q— bus are tested, certain registers are flushed, 
and data structures are set up to initialize and set the system to a known 
state for the operating system. 

4.2.1 Power-Up Tests for Kernel 

In a nonmanufacturing environment where the intended console device 
is the serial line unit (SLU), the console program performs the following 
actions at power-up: 

1. Checks for POK 

2. Establishes SLU as console device. 

3. Prints banner message. 

The banner message contains the processor name, the version of the 
firmware, and the version of VMB. The letter code in the firmware 
version indicates if the firmware is pre-field test, field test, or official 
release. The first digit indicates the major release number and the 
trailing digit indicates the minor release number (Figure 4-1). 
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Figure 4-1: Console Banner 



KA6nn-A V n.n, VMB n.n 



minor release of VMB 



»► major release of VMB 



— minor release of firmware 



major release of firmware 



type of release: X 
T 
V 



engineering release 
field test release 
volume release 



processor type 



MLO-008459 



4. Displays language inquiry menu on console if console supports 
multinational character set (MCS) and any of the following are true: 

• Battery is dead. 

• Power-Up Mode switch is set to language inquiry mode. 

• Contents of SSC RAM are invalid. 

5. Calls the diagnostic executive (DE) with Test Code = 0. 

a. DE determines environment is nonmanufacturing from H3604. 

b. DE executes script Al (Tests CPU, Floating Point Accelerator (FPA), 
and memory). 

While the diagnostics are running, the LEDs on the H3604 display 
a hexadecimal test code ranging from F to 3 before booting the 
operating system, and 2 to 0 while booting the operating system. 
A different countdown appears on the console terminal. Refer to 
Table 5—9 for a complete explanation of the power-up test display. 
Table 4-2 lists the LED codes and the associated actions performed 
at power-up. Example 4-3 shows a successful power-up to a list of 
bootable devices. 

c. DE passes control back to the console program. 

6. Issues end message and »> prompt 
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Table 4-2: LED Codes 

LED ValueActions 



F Initial state on power-up, no code has executed 

E Entered ROM space, some instructions have executed 

D Waiting for power to stabilize (POK) 

C SSC RAM, SSC registers, and ROM checksum tests 

B O-bit memory, interval timer, and virtual mode tests 

A FPA tests 

9 Backup cache, primary cache, and memory tests 

8 NMC, NCA, memory, and I/O interaction tests 

7 CQBIC (Q22-hus) tests 

6 Console loopback tests 

5 SHAC DSSI subsystem tests 

4 SGEC Ethernet subsystem tests 

3 "Console I/O" mode 

2 Control passed to VMB 

1 Control passed to secondary bootstrap 

0 "Program I/O" mode, control passed to operating system 
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Example 4-3: Successful Power-Up to List of Bootable Devices 



KA6nn=A Vn.n VMB n.n 
Performing normal system tests. 

66. .65. .64. .63- .62. .61. .60. .59. .58. .57. .56. .55. .54. .53. .52. .51. . 
50. .49. .48. .47. .4 6. .45. .44. .43. .42. .41. .40. .39. .38. .37. .36. .35. . 
34. .33. .32. .31. .30. .29. .28. .27. .26. .25. .24. .23. .22. .21. .20. .19. . 
18. .17. .16. .15. .14. .13. .12. .11. .10. .09. .08. .07. .06. .05. .04. .03. . 

Tests completed. 
Loading system software . 

No default boot device has been specified. 
Available devices. 
-DIA0 (RF73) 
-DIA1 (RF73) 
-MIA5 (TF85) 

-EZA0 (08-00-2B-06-10-42) 

Device? [EZA0] : 

4.2.2 Power-Up Tests for Q-Bus Options 

Module self-tests run when you power up the system. A module self-test 
can detect hard or repeatable errors, but usually not intermittent errors. 

Module LEDs display pass/fail test results: 

• A pass by a module self-test does not guarantee that the module is good, 
because the test usually checks only the controller logic. 

• A fail by a module self-test is accurate, because the test does not require 
any other part of the system to be working. 

The following modules do not have LED self-test indicators: 

DFA01 

DPVIi 

DRQ3B 

KLESI 

LPV11 

TSV05 

The following modules have one green LED, which indicates that the 
module is receiving +5 and +12 Vdc and has passed self-tests: 

CXA16 
CXB16 
CXY08 
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4.2.3 Power-Up Tests for Mass Storage Devices 

An RF-series ISE may fail either during initial power-up or during normal 
operation. In both cases, the failure is indicated by the lighting of the red 
fault LED on the drive's front panel. The ISE also has a red fault LED, but 
it is not visible from the outside of the system enclosure. 

If the drive is unable to execute the Power-On Self-Tgst (POST) successfully, 
the red fault LED remains lit and the ready LED does not come on, or both 
LEDs remain on. 

POST is also used to handle two types of error conditions in the drive: 

• Controller errors are caused by the hardware associated with the 

« n __. c 1.;, — -f il.. J~J-.- 3-.1 - A 4 n it. +.„ 
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the operation of the drive, since the controller cannot establish a logical 
connection to the host. The red fault LED lights. If this occurs, replace 
the drive module. 

• Drive errors are caused by the hardware associated with the drive 
control function of the drive module. These errors are not fetal to the 
drive, since the drive can establish a logical connection and report the 
error to the host. Both LEDs go out for about 1 second, then the red 
fault LED lights. 

4.3 CPU ROM-Based Diagnostics 

The KA675/KA680/KA690 ROM-based diagnostic facility is the primary 
diagnostic tool for troubleshooting and testing of the CPU, memory, 
Ethernet, and DSSI subsystems. ROM-based diagnostics have significant 
advantages: 

• Load time is virtually nonexistent. 

• The boot path is more reliable. 

• Diagnosis is done in a more primitive state. 

The ROM-based diagnostics can detect failures in field-replaceable units 
(FRUs) other than the CPU module. For example, they can isolate one of 
up to four memory modules as FRUs. (Table 5-9 lists the FRUs indicated 
by ROM-based diagnostic error messages.) 

The diagnostics run automatically on power-up. While the diagnostics are 
running, the LED on the H3604 displays a hexadecimal number; while 
booting the operating system, 2 through 0 display. 

The ROM-based diagnostics are a collection of individual tests with 
parameters that you can specify. A data structure called a script points 



4-8 KA675/KA680/KA690 CPU System Maintenance 



to the tests (see Section 4.3.2). There are several field and manufacturing 
scripts. 

A program called the diagnostic executive determines which of the available 
« scripts to invoke. The script sequence varies if the system is in the 

manufacturing environment. The diagnostic executive interprets the script 
to determine what tests to run, the correct order to run the tests, and the 
correct parameters to use for each test. 

The diagnostic executive also controls tests so that errors can be detected 
and reported. It ensures that when the tests are run, the machine is left 
in a consistent and well-defined state. 

4.3.1 Diagnostic Tests 

Example 4-4 shows a list of the EOM-based tests and utilities. To get this 
listing, enter T 9E at the console prompt (T is the abbreviation of TEST). 
The column headings have the following meanings: 

NOTE: Base addresses shown in this document may not be the same as 
the addresses you see when you run T 9E. Run T 9E to get a list of actual 
addresses. See Example 4-4. 

• Test is the test number or utility code. 

• Address is the base address of where the test or utility starts in ROM. 
If a test fails, entering T FE displays diagnostic state to the console. 
You can subtract the base address of the failing test from the last_ 
exception_pc to find the index into the failing test's diagnostic listing. 

• Name is a brief description of the test or utility. 

• Parameters shows the parameters for each diagnostic test or utility. 
These parameters are encoded in ROM and are provided by the 
diagnostic executive. Tests accept up to 10 parameters. The asterisks 
(*) represent parameters that are used by the tests but that you cannot 
specify individually. These parameters are displayed in error messages, 
each one preceded by identifiers PI through P10. 

Parameters that you can specify are written out, as shown in the following 
examples: 

30 2005C33C Memory_Init_Bitmap *** mark_Hard_SBEs ****** 
54 20055181 Virtual_Mode ********* 

For example, the virtual mode test contains several parameters, but you 
cannot specify any that appear in the table as asterisks. To run this test 
individually, enter: 
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>»T 54 



The MEMJoitmap test, for example, accepts 10 parameters, but you can 
only specify mark_hardJ3BEs because the rest are asterisks. To map out 
solid, single-bit ECC memory errors, type: 

»>T 30 o o o 1 

Even though you cannot change the first three parameters, you need to 
enter either zeros (0) or ones (1) as placeholders. Zeros are more common 
and are shown in this example. The zeros are placeholders for parameters 
1 through 3, which allows the program to parse the command line correctly. 
The diagnostic executive then provides the proper value for the test. 

Yo" sntsr 1 for psrsmstsr 4 to indicst 1 ? thst ths t*??t should t?!9]? ?*VM*i, 
single-bit as well as multi- bit ECC memory errors. You then terminate the 
command line by pressing Ireturni . You do not need to specify parameters 5 
through 10; placeholders are needed only for parameters that precede the 
user-definable parameter. 

For the most part tests and scripts can be run without any special setup. If 
a test or script is run interactively without an intervening power up, such as 
after a system crash or shutdown, enter the UNJAM and INIT commands 
before running the tests or script. This will ensure that the CPU is in a 
well known state. If the commands are not entered, misleading errors may 
occur. 

Other considerations to be aware of when running individual tests or scripts 
interactively: 

• When using the TEST or REPEAT TEST commands, you must specify 
a test number, t est cod e or script number following the TEST command 
before pressing Ireturni . 

• The memory bitmap and Q-bus scatter-gather map are created in main 
memory and the memory tests are run with these data structures left 
intact. Therefore, the upper portion of memory should not be accessed 
to avoid corrupting these data structures. The location of the maps are 
displayed using the SHOW MEMORY/FULL command. 

4.3.2 Scripts 

Most of the tests shown by utility 9E are arranged into scripts. A script 
is a data structure that points to various tests and defines the order in 
which they are run. Scripts should be thought of as diagnostic tables — 
these tables do not contain the actual diagnostic tests themselves, instead 
scripts simply define what tests or scripts should be run, the order that the 
tests or scripts should be run, and any input parameters to be parsed by 
the Diagnostic Executive. 
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Different scripts can run the same set of tests, but in a different order and 
/or with different parameters and flags. A script also contains the following 
information: 

• The parameters and flags that need to be passed to the test. 

• Where the tests can be run from. For example, certain tests can be run 
only from the FEPROM. Other tests are program-independent code, 
and can be run from FEPROM or main memory to enhance execution 
speed. 

• What is to be shown, if anything, on the console. 

• What is to be shown, if anything, in the LED display. 

• What action to take on errors (halt, repeat, continue). 

The power-up script runs every time the system is powered on. You can 
also invoke the power-up script at any time by entering T 0. 

Additional scripts are included in the ROMs for use in manufacturing and 
engineering environments. Customer Services personnel can run these 
scripts and tests individually, using the T command. When doing so, note 
that certain tests may be dependent upon a state set up from a previous 
test. For this reason, use the UNJAM and INITIALIZE commands before 
running an individual test You do not need these commands on system 
power-up because the system power-up leaves the machine in a defined 
state. 

Customer Services Engineers (CSE) with a detailed knowledge of the 
system hardware and firmware can also create their own scripts by using 
the 9F User Script Utility. Table 4-3 lists the scripts available to Customer 
Services. 
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Example 4-4: Test 9E 



»>T 9Z 

Test 



f 


Address 




20053E00 




20054E14 


30 


20063A20 


31 


200641BC 


32 


20064CB0 


33 


20064E4C 


34 


2005B730 


35 


20067AEC 


37 


20068 68C 


3F 


2006443C 


40 


20062608 


41 


2005650C 


42 


2005A3CC 


46 


2006782C 


47 


200 63 F4 8 


48 


20061878 


49 


2006342C 


4A 


20063138 


4B 


20061EDC 


4C 


20062AC8 


4D 


20061 6F8 


4£ 


20061CE0 


4F 


20062814 


51 


2005A88C 


52 


2005ABCC 


53 


2005AE9C 


54 


2005A4A2 


55 


2005B052 


56 


2005FF38 


58 


200607B4 


59 


2005F080 


5C 


2005F5E8 


5F 


2005E36C 


60 


2005DD67 


63 


2005B5D4 


80 


20065280 


81 


200SB23 6 


82 


2005B3FB 


83 


200577FA 


84 


200S8EB4 


85 


20056A34 


86 


20056EF0 


87 


2005A0F8 


90 


2005AB4A 


91 


2005AAEO 


99 


20065048 


9A 


2005D080 


9B 


20064ECC 


9C 


2005B7FA 


9D 


2005E138 


9E 


2005B208 



Name 



Parameters 



SCB 

De_executive 

Memory_Init_Bltmap *** mark_Hard_SBEs 
Memory_Setup_CSRs •**«****»» 
NMC_registers ********** 
NMC_powerup ** 
SSC_ROM * 
B_Cache_diag_mode bypass_test_mask 
Cache_w_Memory bypass_test_mask ********* 
MemFDM Addr shorts *** cont onerr ****** 

Memory_count_pages First_board Last_bd Soft_errs_allowed ******* 
Board_Reset ~ * ~ 

Chk_for_Interrupts ***** 

P_Cache_diag_mode bypass_test_mask ********* 

Memory_Re fresh start_a end incr cont_on_err time_seconds ***** 
Memory_Addr_shorts start_add end_add * cont_on_err pat2 pat3 **** 
Memory_FDM *** cont_on_err ****** 

Memory_ECC_SBEs start_add end_add add_incr cont_on_err ****** 
Memory_Byte_Errors start_add end_add add_incr cont_on_err ****** 
Memory_ECC_Logic start_add end_add add_incr cont_on_err ****** 
Memory_Address start_add end_add add_lncr cont_on_err ****** 
start_add end_add add_incr cont_on_err ****** 
start add end add add incr cont on err ****** 



****** 



********* 



Memory_Byte 
Memory_Data 
FPA 

SSC_Prog timers 

SSC_TOY_Clock 

VirtualJMode 

Interval_Tlmer 

SHAC_LPBCK 

SHAC_RESET 

SGEC LPBCK_ASSISX 

SHAC~ 

SGEC 

SSC_Console_SLU 

QDSS_any 

CQBIC_memory 

Qbus_MSCP 

Qbus_DELQA 

QZA_Intlpbckl 

QZA_Intlpbck2 

QZA memory 

QZA~ DMA 

QZA~EXTLPBCK 

CQBIC_registers 

CQBICjsowerup 

Flush_Ena Caches 

INTERACTION 

Init_memory_l 6MB 

List_CP0 registers 

utility ~ 

". st_diagnostics 



which_timer wait_time_us *** 
repeat test 250ms ea Tolerance *** 



••••*••* 

dssijbus port_number time_secs 

time_secs ** 

shac_number ******* 

loopback type no_ram tests ****** 

start_BADD end_BAUD ****** 

input_csr selftest_r0 selftest_rl ****** 

bypass_test mask ********* 

IP_csr ****** 

device_num_addr **** 

controller_number ******** 

controller_number ********* 

incr test_pattern cont roller_n umber ******* 

Controller_number main_mem_buf ******** 

controller number **** 



dis_flush_virtual dis_f lush_backup dis_flush_primary 
pass_count disable_device **** 



Expnd_err_msg get_mode init_LEDs clr_ps_cnt 



Example 4-4 (continued on next page) 
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Example 4-4 (Com.): Test 9E 



********** 



***••••** 

bypass_test_mask 

bypa ss_t es t_ma sk 
•*••*•*•** 

print_speed ***** 
******** 



r****** 



t****** 



Creat e_A0_S cr ipt 
SSC_RAM_Data 
S SC_RAM_Dat a_Addr 
SSC_registers 
SSC_powerup 
V_Cache_diag_mode 
OJBit_diag__mode 
PB_Flush_Cache 
Speed 

NO_Memory_present 
B_Cache_Data_debug start_add end_add add_incr ******* 
B_Cache_Tag_Debug start_add end_add add_incr ******* 
0_BIT_DEBUG start_add end_add add_incr seg_incr ***«' 



f Description 

AO User defined scripts 

Al Power up tests, Functional Verify, continue on error, numeric countdown 

A3 Functional Verify, stop on error, test f announcements 

A4 Loop on A3 Functional Verify 

A5 Address shorts test, run fastest way possible 

A6 Memory tests, mark only multiple bit errors 

A7 Memory tests 

A8 Memory acceptance tests, mark single and multi-bit errors, call A7 

A9 Memory tests, stop on error 

»> 



9F 


20060D4C 


CI 


200566E0 


C2 


200568B6 


cs 


2005E25A 


C6 


20056624 


DO 


20067400 


D2 


20065A1C 


DA 


200684B4 


DB 


2O0661B0 


DC 


200643E0 


DD 


2006691C 


DE 


200664D4 


DF 


20065DF0 


Scripts 
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Table 4-3: Scripts Available to Customer Services 




Enter with 






TEST 




Script 1 


Command 


Description 


AO 


AO 


Runs user-defined script. Enter T 9F to create. 


Al 


A1,0 


Primary power-up script; builds memory bitmap; marks hard 
single-bit errors and multi-bit errors. Continues on error. 


A5 


A5 


Runs address shorts test from RAM; invokes tests 3F and 48; 
runs test 48 the fastest way possible using fast mode and 
running cached from RAM. 


A6 


A6 


Memory test script; initializes memory bitmap and marks only 
multiple bit errors. 


A7 


A7, Ab 


Memory test portion invoked by script AS. Sei uua iLe iuexuuiy 
tests without rebuilding and reinitializing the bitmap. Run 
script A8 once before running script A7 separately to allow 
mapping out of both single-bit and double-bit main memory 
ECC errors. 


A8 


AS 


Memory acceptance. Running script A8 with script A7 tests 
main memory more extensively. It enables hard single-bit and 
multibit main memory ECC errors to be marked bad in the 
bitmap. Invokes script A7 when it has completed its tests. 


A9 


A9 


Memory tests. Halts and reports the first error. Does not reset 
the bitmap or busmap. It is a quick way to specify which test 
caused a failure when a hard error is present. 


AD 


AD 


Console program. Runs memory tests, marks bitmap, resets 
busmap, and resets caches. Calls script AE. 


AE 


AE, AD 


Console program. Resets memory CSRs and resets caches. Also 
called by the INIT command. 


AF 


AF 


Console program. Resets busmap and resets caches. 



1 Scripts AD, AE, and AF exist primarily for console program; error displays and progress 
messages are suppressed (not recommended for CSE use). 



In most cases, the service engineer needs only the scripts shown below for 
effective troubleshooting and acceptance testing. 
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Scripts 

# Description 

AO Dser defined scripts 

Al Powenap tests, Functional Verify, continue on error, numeric 
countdown 

A3 Functional Verify, stop on error, test # announcements 
A4 Loop on A3 Functional Verify 

A5 Address shorts test, run fastest way possible 
A6 Memory tests, mark only multiple bit errors 
A7 Memory tests 

A8 Memory acceptance tests, mark single and multi-bit errors, 
call A7 

A9 Memory tests, stop on error 
>» 

4.4 Basic Acceptance Test Procedure 

Perform the acceptance testing procedure listed below, after installing a 
system, or whenever adding or replacing the following: 

CPU module 

MS690 memory module 

Backplane 

DSSI device 

H3604 console module 

1. While monitoring the test display on the console terminal, run five 
error-free passes of the power-up scripts by entering the following 
command: 

»>R T o 

If you can not monitor the console terminal during this step, use the 
following command. 

»>T A4 

Script A4 will halt on an error so that the error message will not scroll 
off the screen. 

Press lorn/el to terminate the scripts. Refer to Chapter 5 if failures 
occur. 

2. Double-check the memory configuration, since test 3 1 can check for only 
a few invalid configurations. For example, test 31 cannot report that a 
memory board is missing from the configuration, since it has no way of 
knowing if the board should be there or not. 
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To check the memory configuration and to ensure there are no bad 
pages, enter the following command line: 



»>SHOW MEMORY /FULL 

Memory 0: 00000000 to 01FFFFFF, 32 Mbytes, 0 bad pages 
Total of 32 Mbytes, 0 bad pages, 112 reserved pages 
Memory Bitmap 

-01FF2000 to 01FF3FFF, 16 pages 

Console Scratch Area 

-01FF4000 to 01FF7FFF, 32 pages 

Q-bus Map 

-01FF8000 to 01FFFFFF, 64 pages 

Scan of Bad Pages 

»> 

Memories 0 through 3 are the MS690 memory modules. The Q22-bus 
map always spans the top 32 Kbytes of good memory. The memory 
bitmap always spans two pages (1 Kbyte) for each 4 Mbytes of memory 
configured. Each bit within the memory bit map represents a page of 
memory. 

Use utility 9C to examine the contents of configuration registers 
MEMCON 0-7 to verify the memory configuration: 



>>>T 9C 

SBR-07FB8000 
SCBB-20053EOO 
P1LR-00600000 
ECR-000000CA 
TCRO-00000005 
TCR1-00000001 
RXCS-00000000 
SCR-OOO0D0O0 
QBMBR-07FF8000 
CBTCR-00004000 
PCSTS-FFFFF800 



SLR-00002021 
P0BR-80000000 
SID-13000202 
MAPEN-00000000 
TIR0-0112BD68 
TIR1-0117BFA9 
RXDB-0000000D 
DSER-00000000 
BDR-3CFD08AB 

IPCRO-0000 CSEAR1 -00000000 CSEAR2-OOOOOOC0 CIOEARl-00000000 
PCADR-FFFFFFF8 PCCTL-FFFFFE13 ICSR-00000001 CIOEAR2-00000300 



SAVPC-20047F58 SAVPSL-20047F58 BCETSTS-00000000 
P0LR-00100A80 P1BR-00800000 BCETIDX-00000000 
ICCS-00000000 BCEDSTS-00000700 
BDMKR-0000007C BCEDIDX-00000010 
TIVRO-00000078 BCEDECC-00000000 
TIVR1-0000007C NEDATHI-00000000 
TXDB-00000030 NEDATLO-00000000 
DEAR-00000000 CESR-00000000 
SSCCR-00D55570 CMCDSR-OO00C108 



TODR-00000000 
BDMTR-20084000 
TNIRO-00000000 
TNIRl-OOOOOOOF 

TXCS-00000000 
QBEAR-0000000F 
DLEDR-0000000C 



CCTL-00000007 BCETAG-00000000 VMAR-000007E0 
NESTS-00000000 CEFSTS-00019200 NEOADR-E005BFD8 NEOCMD-8000FF04 



DSSI_l-03 (BUS_1) 

PSR 1-00000000 
DSSI 2-02 (BUS 0) 
~PSR 2-00000000 



PQBBR_l-03060022 
PESR 1-00000000 

PQBBR~2-03060022 
PESR 2-00000000 



PMCSR_l-00000000 
PFAR~1-00000000 
PMCSR~2-00000000 
PFAR~2-00000000 
5-8039FF00 
12-00000000 



NICSRO-1FFF0003 3-00004030 4-00004050 
NICSR9-04E204E2 10-00040000 11-00000000 

NISA-06-00-2B-26-A5-53 MEAR-18406010 ADD-21018040 

MEMCON 0:3; 0-8000000S, 1-84000005, 2-000000077 3-00000007 



CNEAR-000 00000 
NEICMD-00000000 
SSHMA_1-00008A20 
PPR~1-00000000 
SSHMA~2-0000CA20 
PPR_2-00000000 
6-83E0F000 7-00000000 
13-00000000 15-0000FFFF 
MESR-00006000 
MMCDSR-01111000 



MEMCON 4:7; 4-00000007, 5-00000007, 6-00000007, 7-00000007 



MOAMR-00000000 



To identify registers and register bit fields, see the KA675 1 KA680 
IKA690 CPU Technical Manual. 
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Examine MEMCON 0-7 to verify the memory configuration. Each pair 
of MEMCONs maps one MS690 memory module as follows: 



Verify the following: 

• The bank enable bit (<31>) in both MEMCONs for each memory 
module is set to (8xxx xxxh), which indicates that the base address 
for the banks contained on the module is valid. 

• MEMCON bits <2:1> are the signature field and contain the 
following value, in relation to the size of the array. 



Table 4-4: Signature Field Values 



MCSR 0-15 

<2:1> 


Hex 
Equxv 




00 


0 


Unassigned 


01 


2 


RAM size 1 Mbit 


10 


4 


RAM size 4 Mbits 


11 


6 


Bask no response 



• MEMCON bits <28:24> indicate the base address for each memory 
bank. The first valid bank starts at 0. The memory subsystem can 
mix the different sized memory modules (32 MB, 64 MB, and 128 
MB). The largest sized memory module will be configured first, no 
matter where it is in the system. After all modules of the largest 
size are configured, the next largest size will be configured. 

• MEMCONs display 0000 0007 if no memory module is present; 
there should be no gaps in the memory configuration. 

3. Check the Q22-bus and the Q22~-bus logic in the KA675/KA680/KA690 
CQBIC chip and the configuration of the Q22-bus, as follows: 



MEMCONO-l 
MEMC0N2-3 
MEMCON4-5 
MEMCON6-7 



First MS690; slot 4, closest to CPU 
Second MS690; slot 3 
Third MS690; slot 2 

Fourth MS690; slot 1, farthest from CPU 
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»>SHOW QBDS 

Scan of Q-bus I/O Space 

-200000DC (760334) =0000 RQDX3 /KDA5 0 /RRD5 0/RQC2 5/KFQSA-DI SK 
-200000DE (760336) =0AAO 

-20001468 (772150) =0000 RQDX3/KDA50/RRD50/RQC25/KFQSA-DISK 

-2000146A (772152) =0AA0 

-20001920 (774440) =FF08 DESQA 

-20001922 (774442) =FF00 

-20001924 (774444) =FF2B 

-20001926 (774446) =FF09 

-20001928 (774450) =FFA3 

-2000192A (774452) =FF96 

-2000192C (774454) =0050 

-2000192E (774456) =1030 



-20001942 (774502) =0BC0 
-20001F40 (777500) =0020 IPCR 

Scan of Q-bus Memory Space 
»> 

The columns are described below. The examples listed are from the last 
line of the example above. 

First column = the VAX I/O address of the CSR, in hex (20001F40). 
Second column = the Q22-bus address of the CSR, in octal (777500). 
Third column = the data, contained at the CSR address, in hex 
(0020). 

Fourth column = the speculated device name (IPCR, the CPU 
interprocessor communications register). 

Additional lines for the device are displayed if more than one CSR 
exists. 

The last line, Scan of Q-bus Memory Space, displays memory residing 
on the Q22-bus, if present. VAX memory mapped by the Q22— bus map 
is not displayed under SHOW QBUS, but is displayed using SHOW 
MEMORY/FULL. 

If the system contains an MSCP or TMSCP controller, run test 81. This 
test performs the following functions: 

Performs step one of the UQ port initialization sequence 
Performs the SA wraparound test 
Checks the Q22-bus interrupt logic 

If you do not specify the CSR address, the test searches for and runs 
on the first MSCP device by default. To test the first TMSCP device, 
you must specify the first parameter: 

»>T 81 20001940 
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You can specify other addresses if you have multiple MSCP or TMSCP 
devices. This action may be useful to isolate a problem with a controller, 
the CPU module, or the backplane. Use the VAX I/O address provided 
by the SHOW QBUS command to determine the CSR value. If you do 
not specify a value, the MSCP device at address 20001468 is tested by 
default. 

4. Check that all UQSSP, MSCP, TMSCP, and Ethernet controllers and 
devices are visible by typing the following command line: 

»>SHOW DEVICE 

DSSI Bus 0 Node 0 (ALPHA) 
-DIAO (RF72) 

DSSI Bus 0 Node 1 (BETA) 
-DIA1 (RF72) 

DSSI Bus 0 Node 2 (GAMMA) 
-DIA2 (RF72) 

DSSI Bus 0 Node 5 (ZETA) 
-MIA5 (TF85) 

DSSI Bus 0 Node 6 (*) 

DSSI Bus 1 Node 7 (*) 

Ethernet Adapter 

-EZA0 (08-00-2B-08-E8-6E) 

Ethernet Adapter 0 (774440) 
-XQA0 (08-OO-2B-06-16-F2) 

In the example, the console displays the node numbers of disk and tape 
ISEs it recognizes. The line below each node name and number is the 
logical device name DIAO, DIA1, DIA2, and MIA5 in this case. 

The two lines marked by an asterisk (*) are for the embedded DSSI 
adapters. DSSI node names and node numbers must be unique. 

The next two lines show the logical name and station address for the 
embedded Ethernet adapter. The last two lines refer to a DESQA 
Ethernet controller, its Q22=bus CSR address, its logical name (XQAO), 
and its station address. 

5. Run one pass of the DSSI internal drive tests (DRVTST and DRVEXR) 
using the Diagnostic Utility Protocol (DUP) driver as described in 
Section 5.4. 

6. If the above steps have completed successfully and you have time to 
test the O-bus options, load MDM (minimum release of MDM 136 is 
required for VAX 4000 Model 500 systems). Run the system tests from 
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the Main Menu. If they run successfully, the system has gone through 
its basic checkout and the operating system software can be loaded. 

7. Bring up the operating system. 

8. Bringing up VMS completes the installation procedures. Run the VMS 
User Environment lest Package (UETP) to test that VMS is correctly 
installed. Refer to the VAX 3520, 3540 VMS Installation and Operations 
(ZKS166) manual for instructions on running UETP. 

4.5 Machine State on Power-Up 

This section describes the state of the kernel after a power-up halt. 

The descriptions in this section assume the system has just powered-up 
and the power-up diagnostics have successfully completed. The state of 
the machine is not denned if individual diagnostics are run or for any 
other halts other than a power-up halt (SAVPSL<13:8>(RESTART_CODE) 
= 3). Refer to Appendix E for a description of the normal state of CPU 
configurable bits following completion of power-up tests. 

4.6 Main Memory Layout and State 

Main memory is tested and initialized by the firmware on power-up. 
Figure 4-2 is a diagram of how main memory is partitioned after 
diagnostics. 
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Figure 4-2: Memory Layout After Power-Up Diagnostics 



PFN bitmap 



QMR base 



Top of Memory 



Available system memory 
(pages potentially good or bad) 



PFN bitmap 
(always on page boundary and 
size in pages n = (# of MB )/2) 



Firmware "scratch memory" 
(always 16 KB) 



Q22-Bus Scatter/Gather Map 
(always on 32 KB boundary) 



Potential "bad" memory 



n pages 



32 pages 



64 pages 



MLO-008454 



4.6.1 Reserved Main Memory 

In order to build the scatter/gather map and the bitmap, the firmware 
attempts to find a physically contiguous page-aligned 176-KB block of 
memory at the highest possible address that has no multiple bit errors. 
Single-bit errors are tolerated in this section. 

Of the 176 KB, the upper 32 KB is dedicated to the Q22-bus scatter/gather 
map ; as shown in Figure 4—2. Of the lower portion, up to 128 Kb at the 
bottom of the block is allocated to the Page Frame Number (PFN) bitmap. 
The size of the PFN bitmap is dependent on the extent of physical memory, 
each bit in the bitmap maps one page (512 bytes) of memory. The remainder 
of the block between the bitmap and scatter/gather map (minimally 16 KB) 
is allocated for the firmware. 



4.6.1.1 PFN Bitmap 

The PFN bitmap is a data structure that indicates which pages in memory 
are deemed usable by operating systems. The bitmap is built by the 
diagnostics as a side effect of the memory tests on power-up. The bitmap 
always starts on a page boundary. The bitmap requires 1 KB for every 4 
MB of main memory, hence, a 8 MB system requires 2 KB, 16 MB requires 
4 KB, 32 MB requires 8 KB, and a 64 MB requires 16 KU. xne bitmap 
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does not map itself or anything above it. There may be memory above the 
bitmap which has both good and bad pages. 

Each bit in the PFN bitmap corresponds to a page in main memory. There 
is a one to one correspondence between a page frame number (origin 0) and 
a bit index in the bitmap. A one in the bitmap indicates that the page is 
"good" and can be used. A zero indicates that the page is "bad" and should 
not be used. By default, a page is flagged "bad", if a multiple bit error occurs 
when referencing the page. Single bit errors, regardless of frequency, will 
not cause a page to be flagged "bad". 

The PFN bitmap is protected by a checksum stored in the NVRAM. The 
checksum is a simple byte wide, two's complement checksum. The sum of 
all by**?? i™ *"h*> bitmap and thft hitman checksum should result in zero. 

4.6.1.2 Scatter/Gather map 

On power-up, the scatter/gather map is initialized by the firmware to map 
to the first 4 MB of of main memory. Main memory pages will not be 
mapped, if there is a corresponding page in Q22-bus memory, or if the 
page is marked bad by the PFN bitmap. 

On a processor halt other than power-up, the contents of the scatter/gather 
map is undefined, and is dependent on operating system usage. 

Operating systems should not move the location of the scatter/gather map, 
and should access the map only on aligned longwords through the local I/O 
space of 20088000 to 2008FFFC, inclusive. The Q22-bus map base register, 
(QMBR) is set up by the firmware to point to this area, and should not be 
changed by software. 

4.6.1.3 Firmware "Scratch Memory" 

This section of memory is reserved for the firmware. However, it is only 
used after successful execution of the memory diagnostics and initialization 
of the PFN bitmap and scatter/gather map. This memory is primarily used 
for diagnostic purposes. 

4.6.2 Contents of Main Memory 

The contents of main memory are undefined after the diagnostics have run. 
Typically, nonzero test patterns will be left in memory. 

The diagnostics will "scrub" all of main memory, so that no power-up 
induced errors remain in the memory system. On the KA675/KA680 
/KA690 memory subsystem, the state of the ECC bits and the data bits 
are undefined on initial power-up. This can result in single and multiple 
bit errors if the locations are read before written, because the ECC bits are 
not in agreement with their corresponding data bits. An aligned longword 
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write to every location (done by diagnostics) eliminates all power-up induced 
errors. 

4.6.3 Memory Controller Registers 

The CPU firmware assigns bank numbers to the MEMCONn registers in 
ascending order, without attempting to disable physical banks that contain 
errors. High order unused banks are set to zero. Error loggers should 
capture the following bits from each MEMCONn register: 

MEMCONn <31> (bank enable bit). As the firmware always assigns 
banks in ascending order, knowing which banks are enabled is sufficient 
information to derive the bank numbers. MEMCONn <1:0> (bank usage). 
This field determines the size of the banks on the particular memory board. 

Additional information should be captured from the NMCDSR, MOAMR, 
MSER, and MEAR as needed. 

4.6.4 On-Chip Cache 

The CPU on-chip cache is tested during the power-up diagnostics, flushed, 
and then turned on. The cache is also turned on by the BOOT and the INIT 
command. 

4.6.5 Translation Buffer 

The CPU translation buffer is tested by diagnostics on power-up, but not 
used by the firmware because it runs in physical mode. The translation 
buffer can be invalidated by using PR$_TBIA, IPR 57. 

4.6.6 Halt-Protected Space 

On the KA675/KA680/KA690 h alt-pr otected space spans the 512-KB 
FEPEOM from 20040000 to 2007FFFF. 

The firmware always runs in halt-protected space. When passing control 
to the bootstrap, the firmware exits the halt-protected space, so if halts are 
enabled, and the halt line is asserted, the processor will then halt before 
booting. 

4.7 Operating System Bootstrap 

Bootstrapping is the process by which an operating system loads and 
assumes control of the system. The KA675/KA680/KA690 support bootstrap 
of the VAX/VMS and VAXELN operating systems. Additionally, the KA675 
/KA680/KA690 will boot MDM diagnostics and any user application image 
which conforms to the boot formats described herein^ 
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On the KA675/KA680/KA690 a bootstrap occurs whenever a BOOT 
command is issued at the console or whenever the processor halts and the 
conditions specified in the Table 3-6 for automatic bootstrap are satisfied. 

4.7.1 Preparing for the Bootstrap 

Prior to dispatching to the primary bootstrap (VMB), the firmware 
initializes the system to a known state. The initialization sequence follows: 

1. Check the console program mailbox "bootstrap in progress" bit 
(CPMBX<2>(BIP)). If it is set, bootstrap fails. 

2. If this is an automatic bootstrap, display the message "Loading system 
software." on the console terminal. 

3. Set CPMBX<2>(BIP). 

4. Validate the Page Frame Number (PFN) bitmap. If PFN bitmap 
checksum is invalid, then: 

a. Perform an UNJAM . 

b. Perform an INIT . 

c. Eetest memory and rebuild PFN bitmap. 

5. Validate the boot device name. If none exists, supply a list of available 
devices and prompt user for a device. If no device is entered within 30 
seconds, use EZAO. 

6. Write a form of this BOOT request including the active boot flags and 
boot device on the console, for example "(BOOT/R5:0 DUAO)". 

7. Initialize the Q22-bus scatter/gather map. 

a. Set IPCR<8>(AUX_HLT). 

b. Clear IPCR<5>(LMEAE). 

c. Perform an UNJAM . 

d. Perform an INIT . 

e. If an arbiter, map all vacant Q22-bus pages to the corresponding 
page in local memory and validate each entry if that page is "good". 

f. Set IPCR<5>(LMEAE). 

8. Search for a 128 KB contiguous block of good memory as defined by the 
PFN bitmap. If 128 KB can not be found, the bootstrap fails. 
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9. Initialize the general purpose registers as follows: 



BO Address of descriptor of boot device name; 0 if none specified 

R2 Length of PFN bitmap in bytes 

R3 Address of PFN bitmap 

R4 Time-of-day of bootstrap from PR$_TODR 

R5 Boot flags 

RIO Halt PC value 

Rll Halt PSL value (without halt code and map enable) 

AP Halt code 

SP Base of 128-Kbyte good memory block + 512 

PC Base of 128-Kbyte good memory block + 512 



Rl, R6, R7, R8, 0 
R9.FP 

10. Copy the VMB image from FEPROM to local memory beginning at the 
base of the 128 KB good memory block + 512. 

11. Exit from the firmware to memory resident VMB. 

On entry to VMB the processor is running at IPL 31 on the interrupt stack 
with memory management disabled. Also, local memory is partitioned as 
shown in Figure 4-3. 
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Figure 4-3: Memory Layout prior to VMB Entry 
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4.7.2 Primary Bootstrap Procedures (VMB) 

"Virtual Memory Boot (VMB) is the primary bootstrap for booting VAX 
processors. On the KA6757KA680/KA690 module, VMB is resident in the 
firmware and is copied into main memory before control is transferred to 
it. VMB then loads the secondary bootstrap image and transfers control to 
it. 
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In certain cases, such as VAXELN, VMB actually loads the operating 
system directly. However, for the purpose of this discussion "secondary 
bootstrap" refers to any VMB loadable image. 

VMB inherits a well defined environment and is responsible for further 
initialization. The following summarizes the operation of VMB. 

1. Initialize a two page SCB on the first page boundary above VMB. 

2. Allocate a three page stack above the SCB. 

3. Initialize the Restart Parameter Block (RPB). 

4. Initialize the secondary bootstrap argument list. 

5. If not a PROM boot, locate a minimum of three consecutive valid QMRs. 

6. Write "2" to the diagnostic LEDs and display "2.." on the console to 
indicate that VMB is searching for the device. 

7. Optionally, solicit from the console a "Bootftle: " name. 

8. Write the name of the boot device from which VMB will attempt to boot 
on the console, for example, "-DUA0". 

9. Copy the secondary bootstrap from the boot device into local memory 
above the stack. If this fails, the bootstrap fails. 

10. Write "1" to the diagnostic LEDs and display "1.." on the console to 
indicate that VMB has found the secondary bootstrap image on the 
boot device and has loaded the image into local memory. 

11. Clear CPMBX<2>(BIP) and CPMBX<3>(RIP). 

12. Write "0" to the diagnostic LEDs and display "0.." on the console to 
indicate that VMB is now transferring control to the loaded image. 



13. Transfer control to the loaded image with the following register usage. 

R5 Transfer address in secondary bootstrap image 

RIO Base address of secondary bootstrap memory 

Rll Base address of RPB 

AP Base address of secondary boot parameter block 

SP Base address of secondary boot parameter block 



If the bootstrap operation fails, VMB relinquishes control to the console by 
halting with a HALT instruction. VMB makes no assumptions about the 
location of Q22-bus memory. However, VMB searches through the Q22-bus 
Map Registers (QMRs) for the first QMR marked "valid". VMB requires 
minimally 3 and maximally 129 contiguous "valid" maps to complete a 
bootstrap operation. If the search exhausts all map registers or there are 
fewer than the required number of "valid" maps, a bootstrap cannot be 
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performed. It is recommended that a suitable block of Q22-bus memory 
address space be available (unmapped to other devices) for proper operation. 

After a successful bootstrap operation, control is passed to the secondary 
bootstrap image with the memory layout as shown in Figure 4—4. 
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Figure 4-4: Memory Layout at VMB Exit 
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In the event that an operating system has an extraordinarily large 
secondary bootstrap which overflows the 128 KB of "good" memory, VMB 
loads the remainder of the image in memory above the "good" block. 
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However, if there are not enough contiguous "good" pages above the block 
to load the remainder of the image, the bootstrap fails. 

4.7.3 Device Dependent Secondary Bootstrap Procedures 

The following sections describe the various device dependent boot 
procedures. 

4.7.3.1 Disk and Tape Bootstrap Procedure 

The disk and tape bootstrap supports Files-11 lookup (supporting only the 
ODS level 2 file structure) or the boot block mechanism (used in PROM 
boot also). Of the standard DEC operating systems VMS and ELN use the 
Files-11 bootstrap procedure and Ultrix-32 uses the boot block mechanism. 

VMB first attempts a Files-11 lookup, unless the RPB$V_BBLOCK boot 
flag is set. If VMB determines that the designated boot disk is a Files-11 
volume, it searches the volume for the designated boot program, usually 
[SYSO.SYS EXEJSYSBOOT. EXE , However, VMB can request a diagnostic 
image or prompt the user for an alternate file specification. If the boot 
image can't be found, VMB fails. 

If the volume is not a Files-11 volume or the RPB$V_BBLOCK boot flag 
was set, the boot block mechanism proceeds as follows: 

1. Read logical block 0 of the selected boot device (this is the boot block). 

2. Validate that the contents of the boot block conform to the boot block 
format (see below). 

3. Use the boot block to find and read in the secondary bootstrap. 

4. Transfer control to the secondary bootstrap image, just as for, a Files-11 
boot 

The format of the boot block must conform to that shown in Figure 4-5. 
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Figure 4-5: Boot Block Format 
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4.7.3.2 PROM Bootstrap Procedure 

The PROM bootstrap uses a variant of the boot block mechanism. VMS 
searches for a valid PROM "signature block" , the second segment of the 
boot block denned in Figure 4-5. If PRAO is the selected "device", then VMB 
searches through Q22-bus memory on 16 KB boundaries. If the selected 
"device" is PRBO, VMB checks the top 4096 byte block of the FEPROM. 

At each boundary, VMB : 

1. Validates the readability of that Q22-bus memory page. 

2. If readable, check to see if it contains a valid PROM signature block. 

If verification passes, the PROM image will be copied into main memory 
and VMB will transfer control to that image at the offset specified in the 
PROM bootbiock. If not, the next page will be tested. 
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Note that it is not necessary that the boot image actually reside in PROM. 
Any boot image in Q22-bus memory space with a valid signature block on 
a 16 KB boundary is a candidate. Indeed, auxiliary bootstrap assumes that 
the image is in snared memory. 

The PROM image is copied into main memory in 127 page "chunks" until 
the entire PROM is moved. All destination pages beyond the primary 128 
KB block are verified to make sure they are marked good in the PFN bitmap. 
The PROM must be copied contiguously and if all required pages cannot fit 
into the memory immediately following the VMB image, the boot fails. 

4.7.3.3 MOP Ethernet Functions and Network Bootstrap Procedure 

Whenever a network bootstrap is selected on KA6757KA680/KA690, the 
VMB code makes continuous attempts tu bout from the lietwoik. VMB uses 
the DNA Maintenance Operations Protocol (MOP) as the transport protocol 
for network bootstraps and other network operations. Once a network boot 
has been invoked, VMB turns on the designated network link and repeats 
load attempt, until either a successful boot occurs, a fatal controller error 
occurs, or VMB is halted from the operator console. 

The KA675/KA680/KA690 support the load of a standard operating system, 
a diagnostic image, or a user-designated program via network bootstraps. 
The default image is the standard operating system, however, a user may 
select an alternate image by setting either the RPB$V_DIAG bit or in the 
RPB$V_SOLICT bit in the boot flag longword R5. Note that the RPB$V_ 
SOLICT bit has precedence over the RPB$V_DIAG bit. Hence, if both bits 
are set, then the solicited file is requested. 

NOTE: VMB accepts a maximum 39 characters for a file specification for 
solicited boots. However, MOP V3 only supports a 16-character file name. If 
the network server is running VMS, the following defaults apply to the file 
specification: the directory MOM$LOAD:, and the extension .SYS. Therefore, 
the file specification need only consist of the filename if the default directory 
and extension attributes are used 

The KA675/KA680/KA690 VMB uses the MOP program load sequence 
for bootstrapping the module and the MOP "dump/load" protocol type for 
load related message exchanges. The types of MOP message used in the 
exchange are listed in Table 4-5 and Table 4-6. 

VMB, the requester, starts by sending a REQ_PROGRAM message to the 
MOP 'dump/load' multicast address. It then waits for a response in the 
form of a VOLUNTEER message from another node on the network, the 
MOP server. If a response is received, then the destination address is 
changed from the multicast address to the node address of the server and 
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the same REQ_PRO GRAM message is retransmitted to the server as an 
Acknowledge. 

Next, VMB begins sending RE Q_MEM_LO AD messages to the server. The 
server responds with either: 

• MEM_LOAD message, while there is still more to load. 

• MEM_LOAD_w_XFER, if it is the end of the image. 

• PARAM_LOAD_w_XFER, if it is the end of the image and operating 
system parameters are required. 

The 'load number" field in the load messages is used to synchronize the load 
sequence. At the beginning of the exchange, both the requester and server 
initialize the load number. The requester only increments the load number 
if a load packet has been successfully received and loaded. This forms the 
Acknowledge to each exchange. The server will resend a packet with a 
specific load number, until it sees the load number incremented. The final 
Acknowledge is sent by the requester and has a load number equivalent to 
the load number of the appropriate LOAD_w_XFER message + 1. 

Because the request for load assistance is a MOP "must transact" operation, 
the network bootstrap continues indefinitely until a volunteer is found. 
The REQ_PROGRAM message is sent out in bursts of eight at four second 
intervals, the first four in MOP Version four IEEE 802.3 format and the 
last four in MOP Version 3 Ethernet format. The backoff period between 
bursts doubles each cycle from an initial value of four seconds, to eight 
seconds,... up to a maximum of five minutes. However, to reduce the 
likelihood of many nodes posting requests in lock-step, a random "jitter" 
is applied to the backoff period. The actual backoff time is computed as 
(.75+(.5*RND(x)))*BACKOFF, where 0<=x<l. 

4.7.3.4 Network "Listening" 

While the CPU module is waiting for a load volunteer during bootstrap, 
it "listens" on the network for other maintenance messages directed to the 
node and periodically identifies itself at the end of each 8- to 12-minute 
interval before a bootstrap retry. In particular, this 'listener" supplements 
the Maintenance Operation Protocol (MOP) functions of the VMB load 
requester typically found in bootstrap firmware and supports. 

• A remote console server that generates COUNTERS messages in 
response to REQ_COUNTERS messages, unsolicited SYSTEMJD 
messages every 8 to 12 minutes, and solicited SYSTEMJD messages 
in response to REQUESTED messages, as well as recognition of BOOT 
messages. 
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• A loopback server that responds to Ethernet loopback messages by 
echoing the message to the requester. 

• An IEEE 802.2 responder that replies to both XID and TEST messages. 

During network bootstrap operation, the KA675/KA680/KA690 complies 
with the requirements denned in the "NI Node Architecture Specification" 
for a primitive node. The firmware listens only to MOP "Load/Dump", 
MOP "Remote Console", Ethernet "Loopback Assistance", and IEEE 802.3 
XID/TEST messages (listed in Table 4-7) directed to the Ethernet physical 
address of the node. All other Ethernet protocols are filtered by the network 
device driver. 

The MOP functions and message types, which are supported by the KA675 
/KAb80/KA6yO, are summarized in Tables 4-6 and 4-7. 
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Table 4-5: Network Maintenance Operations Summary 



Function Role Transmit Receive 

MOP Ethernet and IEEE 802.3 Messages 1 

Dump Requester — 

Server — 

Load Requester RE (^PROGRAM 2 to solicit VOLUNTEER 

REQ_JMEM_LOAD to solicit & ACK MEMJLOAD 

or MEM_LOAD_w JCFER 

or PARAM_LOAD_w_XFER 

Server — 



Console Requester — 

Server COUNTERS in response to RENCOUNTERS 

SYSTEMJD 3 in response to REQUESTJQ) 

BOOT 



Loopback Requester — 

Server LOOPED JDATA 4 in response to LOOP.DATA 

1 AU unsolicited messages are sent in Ethernet (MOP V3) and D2EE 802.2 (MOP V4), until 
the MOP version of the server is known. All solicited messages are sent in the format used 

for the request* 

2 The initial RE Q_PR 0 GRAM message is sent to the dumpload multicast address. If an 
assistance VOLUNTEER message is received, then the responder's address is used as the 

destination to repeat the REQ_PROGRAM message and for all subsequent REQ_MEM_LOAD 
messages. 

3 SYSTEM_ID messages are sent out every 8 to 12 minutes to the remote console multicast 
address and, on receipt of a REQUEST_ID message, they are sent to the initiator. 
4 LOOPED_DATA messages are sent out in response to LOOPJDATA messages. These 
messages are actually in Ethernet LOOP TEST format, not in MOP format, and when sent in 
Ethernet frames, omit the additional length field (padding is disabled). 
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Table 4-5 (Cont.): Network Maintenance Operations Summary 



Function Role 


Transmit Receive 


IEEE 802.3 Messages 5 


Exchange ID Requester 
Server 


XID_RSP in response to XID.CMD 


Test Requester 
Server 


TEST_RSP in response to TEST.CMD 


5 IEEE 802.2 support of XID and TEST is limited to Class 1 operations. 



Table 4-6: Supported MOP Messages 



Message Type Message Fields 



DUMP/LOAD 



MEMJjOAD _w JCFER Code Load* Loadaddr Image daU Xferaddr 

00 zm aa-aa-aa-aa None 



MEMJLOAD Code Load* Loadaddr Image data 

02 sb aa-aa-aa-aa dd-_. 



REft_PROGRAM Code Device Format Program SW ID 3 P ro tea r Info 

08 2SLQA 01 V3 00 9yi (see SYSTEMJD) 

49SGEC 04 V4 02Syi C-17 1 
C-128 2 

if cm 

>O0Len 
00 No ID 

FPOS 
FEMaint 



HEQ_MEM _LOAD Code Load* Error 
OA xm ee 



^OPVa-Oonly. 
^OPx^O only. 

3 Soaware ED field is load from the string stored in the 40 byte field, RFB$T_FILE, of the RPB 
on a solicited boot. 
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Table 4-6 (Cont.): Supported MOP Messages 



Message Type 



Message Fields 



DUMP/LOAD 



PARM LOAD_w JCFEKCode 
14 



Load* 

nn 



Prmtyp 


Prm len 


01 


M6 


02 


1-06 


03 


1-16 


04 


1-06 


05 


OA 


OS 


08 


00 End 





Prm val 
Target name 1 
Target addr 1 
Host name ^ 

Host fl>< j<fo* 

Host time* 
Host time 2 



Xferaddr 
aa-aa-aa-aa 



VOLUNTEER 



Code 
03 



REMOTE CONSOLE 



REQUESTED 



Code 
05 



Bsrvd 



Reept* 
nn-nn 



SYSTEM ID 



Code 


Bsrvd 


Reept* 


Info type 


Info len 


Info value 


07 


XX 


nn-nn 


01-00 Version 


03 


04-00-00 






or 


02-00 Functions 


02 


00-59 






00-00 


07-00 HW addr 


06 










64-00 Device 


01 


25 or 49 








90-01 Datalink 


01 


01 








91-01 Bufr size 


02 


06-04 



BEQjCOUNTERS 



Code Reept* 
09 TiH~Tm 



COUNTERS 



Code 

OB 



Reept * Counter block 
nn-nn 



^OPVa-Oonly. 
2 MOP x4.0 only. 
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Table 4-6 (Com.): Supported MOP Messages 



Message Type 








Message Fields 




REMOTE CONSOLE 


BOOT 4 


Code 
06 


Verification 

W-YV-W-W-W-V 

yv 


Procesr Control 
v-w- 00 Sys xx 


Dev ID 
C-17 


SWID 3 Script ID 2 
C-128 

(see 

REQ_PROGRAM) 


LOOPBACK 


LOOP_DATA 


Skpcnt 


Skipped bytes 
bb-„ 


Function 

00-02 Forward data 


Forward addr Data 
ccee-ee-ee-eeee dd-„. 


LOOPED J3 ATA 


Skpcnt 
nxt-nn 


Skipped bytes 
bb-_. 


Function 
00-01 Reply 


Recpt f 
nn-nn 


Data 
dd-.„ 


W.Rh: 802-2 


XID.CMD/RSP 


Form 
81 


Clam 
01 


Rx window adze 00 
00 






TEST_CMD/RSP 


Optional data. 











2 MOP x4.0 only. 



3 Software ID field is load from the string stored in the 40 byte field, RPB$T_JILE, of the RPB 
on a solicited boot. 

4 A BOOT message is not verified, because in this context, a boot is already in progress. 
However, a received BOOT message will cause the boot backoff timer to be reset to if s 

minimum value. 



Table 4-7: MOP Multicast Addresses and Protocol Specifiers 



Function 


Address 


TEEE 
Prefix 1 


Protocol 


- Owner 


Dump/Load 


AB-OO-OO-Ol-00-00 


08-00-2B 


60-01 


Digital 


Remote Console 


AB-OO-0O-02-OO-O0 


08-00-26 


60-02 


Digital 


Loopback Assistance 


CF-00-00-00-00-00 2 


08-00-2B 


90-00 


Digital 



l MOP V4.0 only. 
2 Not used. 
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4.8 Operating System Restart 

An operating system restart is the process of bringing up the operating 
system from a known initialization state following a processor halt. This 
procedure is often called restart or warmstart, and should not be confused 
with a processor restart which results in firmware entry. 

On the KA675/KA680/KA690 a restart occurs, if the conditions specified in 
Table 3-5 are satisfied. 

lb restart a halted operating system, the firmware searches system memory 
for the Restart Parameter Block (RPB), a data structure constructed for 
this purpose by VMB. (Refer to Table D— 2 in Appendix D for a detailed 
description of this data structure.) If a valid RPB is found, the firmware 
passes control to the operating system at an address specified in the RPB. 

The firmware keeps a "restart in progress" (RIP) flag in CPMBX which it 
uses to avoid repeated attempts to restart a failing operating system. An 
additional "restart in progress" flag is maintained by the operating system 
in the RPB . 

The firmware uses the following algorithm to restart the operating system: 

1. Check CPMBX<3>(RIP). If it is set, restart fails. 

2. Print the message "Restarting system software." on the console 
terminal. 

3. Set CPMBX<3>(RIP). 

4. Search for a valid RPB. If none is found, restart fails. 

5. Check the operating system RPB$L_RSTRTFLGkO>(RIP) flag. If it is 
set, restart fails. 

6. Write "0" on the diagnostic LEDs. 

7. Dispatch to the restart address, RPB$L_RESTART, with : 

SP Physical address of the RPB plus 512 

AP Halt code 

PSL 041F0OO0 
PR$JdAFEN 0 

If the restart is successful, the operating system must clear CPMBX<3>(RIP). 
If restart fails, the firmware prints "Restart failure." on the system console. 
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4.8.1 Locating the RPB 



The RPB is a page-aligned control block which can be identified by the first 
three longwords. The format of the RPB "signature" is shown below: (Refer 
to Table D-2 in Appendix D for a complete description of the RPB.) 

Figure 4-6: Locating the Restart Parameter Block 



RPB: +00 
+04 
+08 



physical address of the RPB 



physical address of the restart routine 



checksum of first 31 longwords of restart routine 
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The firmware uses the following algorithm to find a valid RPB: 

1. Search for a page of memory that contains its address in the first 
longword. If none is found, the search for a valid RPB has failed. 

2. Read the second longword in the page (the physical address of the 
restart routine). If it is not a valid physical address, or if it is zero, 
return to step 1. The check for zero is necessary to ensure that a page 
of zeros does not pass the test for a valid RPB. 

3. Calculate the 32 bit twos-complement sum (ignoring overflows) of the 
first 31 longwords of the restart routine. If the sum does not match the 
third longword of the RPB, return to step 1. 

4. A valid RPB has been found. 
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Chapter 5 

System Troubleshooting and 

Diagnostics 

This chapter provides troubleshooting information for the two primary 
diagnostic methods: online, interpreting error logs to isolate the FRU; and 
offline, interpreting ROM-based diagnostic messages to isolate the FRU. 

In addition, the chapter provides information on testing DSSI storage 
devices, using MOP Ethernet functions to isolate errors, and interpreting 
UETP failures. 

The chapter concludes with a section on running loopback tests to test the 
console port, embedded Ethernet ports, Embedded DSSI busses, and Q-bus 
modules. 

5.1 Basic Troubleshooting Flow 

Before troubleshooting any system problem, check the site maintenance 
log for the system's service history. Be sure to ask the system manager the 
following questions: 

• Has the system been used before and did it work correctly? 

• Have changes (changes to hardware, updates to firmware or software) 
been made to the system recently? 

• What is the state of the system — is it online or offline? 

If the system is offline and you are not able to bring it up, use the offline 
diagnostic tools, such as RBDs, MDM, and LEDs. 

If the system is online, use the online diagnostic tools, such as error 
logs, crash dumps, UETP, and other log files. 

Four common problems occur when you make a change to the system: 

1. Incorrect cabling 

2. Module configuration errors (incorrect CSR addresses and interrupt 
vectors) 
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3. Incorrect grant continuity 

4. Incorrect bus node ID plugs 
In addition, check the following: 

• If you have received error notification using VAXsimPLUS, check the 
mail messages and error logs as described in Section 5.2. 

• If the operating system fails to boot (or appears to fail), check the 
console terminal screen for an error message. If the terminal displays 
an error message, see Section 5.3. 

• Check the LEDs on the device you suspect is bad. If no errors are 
indicated by the device LEDs, run the ROM-based diagnostics described 
in this chapter. 

• If the system boots successfully, but a device seems to fail or an inter- 
mittent failure occurs, check the error log ([SYSERR]ERRLOG.SYS) as 
described in Section 5.2. 

• For fatal errors, check that the crash dump file exists for further 
analysis ([SYSEXE]SYSDUMP.DMP). 

• Check other log files, such as OPERATOR.LOG, OPCOM.LOG, 
SETHOST.LOG, etc. Many of these can be found in the [SYSMGR] 
account. SETHOST.LOG is useful in comparing the console output with 
event logs and crash dumps in order to see what the system was doing 
at the time of the error. 

Use the following command to create SETHOST.LOG files, then log into 
the system account. 

$ SET HOST /LOG 0 

After logging out this file will reside in the [SYSMGR] account. 

If the system is failing in the boot or start-up phase, it may be useful 
to include the command SETT VERIFY" in the front of various start-up 
.COM files to obtain a trace of the start-up commands and procedures. 

When troubleshooting, note the status of cables and connectors before you 
perform each step. Label cables before you disconnect them. This step 
saves you time and prevents you from introducing new problems. 

Most communications modules use floating CSR addresses and interrupt 
vectors. If you remove a module from the system, you may have to change 
the addresses and vectors of other modules. 

If you change the system configuration, run the CONFIGURE utility at the 
console I/O prompt (»>) to determine the CSR addresses and interrupt 
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vectors recommended by Digital. These recommended values simplify 
the use of the MDM diagnostic package and are compatible with VMS 
device drivers. You can select nonstandard addresses, but they require 
a special setup for use with VMS drivers and MDM. See the MicroVAX 
Diagnostic Monitor User's Guide for information about the CONNECT and 
IGNORE commands, which are used to set up MDM for testing nonstandard 
configurations. 

In addition, see Table 5-1 and Table 5-2 for possible problems and power 
supply status indicators. 



Table 5-1 : Console Terminal/Console Module Problems 



Problem 


First Steps 


No Console Message 


Check the Power switch on both the console terminal and the 


system. If the terminal has a DC OK LED, be sure it is lit. 




Check the cabling to the console terminal. 




Check the terminal setup. 




Check the power supply status indicators. See Table 5-2. 




Check fuse F2 on the console model. See Section 5.7. 


H3604 Display Off 


Check the CPU module LEDs and the H3604 cabling. 


H3604 Displays Error 


See Table 5-9 to determine error status. 



Table 5-2: Power Supply Status Indicators 



AC Over Fan 

Present DC OK Temp Failure Probable Cause 



Off 


Off 


Off 


Off 


System not plugged in, ac source sot 
present, or system circuit breaker tripped. 


On 


Off 


Off 


Off 


Overcurrent or overvoltage protection 
circuits activated. 


On 


Off 


On 


Off 


Excessive ambient temp; air vents blocked 


On 


Off 


Off 


On 


Failure of one or both system fans 


On 


On 


Off 


Off 


Normal operation 
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5.2 Product Fault Management and 
Symptom-Directed Diagnosis 

This section describes how errors are handled by the microcode and 
software, how the errors are logged, and how, through the Symptom- 
Directed Diagnosis (SDD) tool, VAXsimPLUS, errors are brought to the 
attention of the user. This section also provides the service theory used to 
interpret error logs to isolate the FRU. Interpreting error logs to isolate the 
FRU is the primary method of diagnosis. 

5.2.1 General Exception and Interrupt Handling 

This section describes the first step of error notification: the errors are 
first handled by the microcode and then are dispatched to the VMS error 
handler. 

The kernel uses the NVAX core chipset: NVAX CPU, NVAX Memory 
Controller (NMC), and NDAL to CDAL adapter (NCA). 

Internal errors within the NVAX CPU result in machine check exceptions, 
through System Control Block (SCB) vector 004, or soft error interrupts at 
Interrupt Priority Level (IPL) 1A, SCB vector 054 hex. 

External errors to the NVAX CPU, which are detected by the NMC or NDAL 
to CDAL adapter (NCA), usually result in these chips posting an error 
condition to the NVAX CPU. The NVAX CPU will then generate a machine 
check exception through SCB vector 004, hard error interrupt, IPL ID, 
through SCB vector 060 (hex), or a soft error interrupt through SCB vector 
054. 

External errors to the NMC and NCA, which are detected by chips on the 
CDAL busses for transactions which originated by the NVAX CPU, are 
typically signaled back to the NCA adapter. The NCA adapter will post 
an error signal back to the NVAX CPU which generates a machine check 
or high level interrupt. 

In the case of Direct Memory Access (DMA) transactions where the NCA or 
NMC detects the error, the errors are typically signaled back to the CDAL- 
Bus device, but not posted to the NVAX CPU. In these cases the CDAL- 
Bus device typically posts a device level interrupt to the NVAX CPU via 
the NCA. In almost all cases, error state is latched by the NMC and NCA. 
Although these errors won't result in a machine check exception or high 
level interrupt (i.e. results in device level IPL 14-17 versus error level IPL 
1A, ID), the VMS machine check handler has a polling routine which will 
search for this state at one second intervals. This will result in the host 
logging a polled error entry. 
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These conditions cover all of the cases which will eventually be handled 
by the VMS error handler. The VMS error handler will generate entries 
that correspond to the machine check exception, hard or soft error interrupt 
type, or polled error. 

5.2.2 VMS Error Handling 

Upon detection of a machine check exception, hard error interrupt, soft 
error interrupt or polled error, VMS will perform the following actions: 

• Snapshot the state of the kernel. 

• In most entry points, disable the caches. 

• If it is a machine check and if the machine check is recoverable, 
determine if instruction retry is possible. 

Instruction retry is possible if one of the following conditions is true: 

1. IfPCSTS<10>PTE_ER = 0: 

Check that (ISTATE2 <07>VR = 1) or (PSL <27> FPD = 1) 

Otherwise crash the system or process depending on PSL <25:24> 
Current Mode. 

2. IfPCSTS<10>PTE_ER= 1: 

Check that (ISTATE2 <07>VR = 1) and (PSL <27>FPD = 0) and 
(PCSTS <09>PTEJER_WR = 0) 

Otherwise crash the system. 

ISTATE2 is a longword in the machine check stack frame at offset 
(SP)+24; PSL is a longword in the machine check stack frame at offset 
(SPH32; VR is the VAX Restart flag; and FPD is the First Part Done 

— — o- 

• Check to see if the threshold has been exceeded for various errors 
(typically the threshold is exceeded if 3 errors occur within a 10 minute 
interval). 

• If the threshold has been exceeded for a particular type of cache error, 
mark a flag that will signify that this resource is to be disabled (the 
cache will be disabled in most, but not all, cases). 

• Update the SYSTAT software register with results of error/fault 
handling. 

• For memory uncorrectable Error Correction Code (ECC) errors: 
— If machine check, mark page bad and attempt to replace page. 
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— Fill in MEMCON software register with memory configuration and 
error status for use in FRU isolation. 

For memory single-bit correctable ECC errors: 

— Fill in Corrected Read Data (CRD) entry FOOTPRINT with set, 
bank, and syndrome information for use in FRU isolation. 

— Update the CRD entry for time, address range, and count; 
fill the MEMCON software register with memory configuration 
information. 

— Scrub memory location for first occurrence of error within a 
particular footprint. If second or more occurrence within a footprint, 
mark page bad in hopes that page will be replaced later. Disable 
soft error logging for 10 minutes if threshold is exceeded. 

— Signify that CRD buffer be logged for the following events: system 
shutdown (operator shutdown or crash), hard single-cell address 
within footprint, multiple addresses within footprint, memory 
uncorrectable ECC error, or CRD buffer full. 

For ownership memory correctable ECC error, scrub location. 

Log error. 

Crash process or system, dependent upon PSL (Current Mode) with a 
fatal bugcheck for the following situations: 

— Retry is not possible. 

— Memory page could not be replaced for uncorrectable ECC memory 
error. 

— Uncorrectable tag store ECC errors present in writeback cache. 

— Uncorrectable data store ECC errors present in writeback cache for 
locations marked as OWNED. 

— Most INT60 errors. 

— Threshold is exceeded (except for cache errors). 

— A few other errors of the sort considered nonrecoverable are 
present. 

Disable cache(s) permanently if error threshold is exceeded. 
Flush and re-enable those caches which have been marked as good. 
Clear the error flags. 
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• Perform Return from Exception or Interrupt (RED to recover and 
restart or continue the instruction stream for the following situations: 

— Most INT54 errors. 

— Those INT60 and INT54 errors which result in bad ECC written to a 
memory location. (These errors can provide clues that the problem 
is not memory related.) 

— Machine check conditions where instruction retry is possible. 

— Memory uncorrectable EGC error where page replacement is 
possible and instruction retry is possible. 

— Threshold exceeded (for cache errors only). 

— Return from Subroutine (RSB) and return from all polled errors. 

NOTE: The results of the VMS error handler may be preserved within the 
operating system session (for example, disabling a cache) but not across 
reboots. 

Although the system can recover with cache disabled, the system 
performance will be degraded, since access time increases as available cache 
decreases. 

5.2.3 VMS Error Logging and Event Log Entry Format 

The VMS error handler for the kernel can generate six different entry 
types, as shown in Table 5-3. All error entry types with the exception 
of correctable ECC memory errors, are logged immediately. 
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Table 5-3: VMS Error Handler Entry Types 



VMS Entry Type Code Description 



EMB$C_MC 


(002.) 


Machine Check Exception 
SCB Vector 4, IPL IF 


EMB$C_SE 


(006.) 


Soft Error Interrupt 

Correctable ECC Memory Error 
SCB Vector 54, IPL 1A 


EMB$CJNT54 


(026.) 


Soft Error Interrupt 

SCB Vector 54, IPL 1A 


Hill l l>y ^ J. \J\I 


{027 1 


Ward F.rmr Tnfpmmt fiO 

SCB Vector 60, IPL IB 


EMB$CJPOLL£D 


(044.) 


Polled Errors 

No exception or interrupt generated by 
hardware. 


EMB$C_BUGCHECK 




Fatal bugcheck 
Bugcheck Types: 
MACHINECHK 
ASYNCWRTER 
BADMCKCOD 
INCONSTATE 
UNXINTEXC 



Each entry consists of a VMS header, a packet header, and one or more 
subpackets (Figure 5-1). Entries can be of variable length based on the 
number of subpackets within the entry. The FLAGS software register in 
the packet header shows which subpackets are included within a given 
entry. 

Refer to Section 5.2.4 for actual examples of the error and event logs 
described throughout this section. 
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Figure 5-1: Event Log Entry Format 



31 



r 



Packet 
Header 



VMS Header 



Packet Revision 



SYSTAT 



Subpacket Valid Flags 



Subpacket 1 



00 



Subpacket n 



MLO-007263 



Machine check exception entries contain, at a minimum, a Machine Check 
Stack Frame subpacket (Figure 5-2). 
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Figure 5-2: Machine Check Stack Frame Subpacket 

31 24 23 16 15 08 07 



00 



i ; — i 1 

00000018 (hex) byte count (not including this longword, PC or PSL) 



AST 
LVL 



xxxxxx 



Machine 
Check Code 



RN 



xx 



Mo- 
de 



xxxxxxxx 



INT. SYS register 



SAVEPC register 



VA reqister 



Q register 



Opcode 



xxxxxxxx 



PC 



PSL 



CPU ID 



xxxxxxxx 



4. ISTATE1 

8. 
12. 
16. 
20. 

24. ISTATE2 

28. 

32. 

M LOCO 7264 



INT54, INT60, Polled, and some Machine Check entries contain a processor 
Register subpacket (Figure 5-3), which consists of some 40 plus hardware 
registers. 
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Figure 5-3: Processor Register Subpacket 



31 00 31 00 



BPCR 


(IPR D4) 


0. 


MMEADR 


(IPRE8) 


92. 


PAMODE 


(IPR E7) 


4. 


VMAR 


{IPR DO) 


96. 


MMEPTE 


(IPR E9) 


8. 


TBADR 


(IPR EC) 


100. 


MMESTS 


(IPR EA) 


12. 


PCADR 


(IPR F2) 


104. 


PCSCR 


(IPR 7C) 


16. 


BCEDIDX 


(IPRA7) 


108. 


ICSR 


(IPR D3) 


20. 


BCEDECC 


(IPRA8) 


112. 


ECR 


(IPR7D) 


24. 


BCETIDX 


(IPRA4) 


116. 


TBSTS 


(IPR ED) 


28. 


BCETAG 


(IPR A5) 


120. 


PCCTL 


(IPR F8) 


32. 


MEAR 


(2101.8040) 


124. 


PCSTS 


(IPR F4) 


36. 


MOAMR 


(2101 .804C) 


128. 


CCTL 


(IPR AO) 


40. 


CSEAR1 


(2102.0008) 


132. 


BCEDSTS 


(IPR A6) 


44. 


CSEAR2 


(2102.000C) 


136. 


BCETSTS 


(IPR A3) 


48. 


CIOEAR1 


(2102.0010) 


140. 


MESR 


(2101.8044) 


52. 


CIOEAR2 


(2102.0014) 


144. 


MMCDSR 


(2101.8048) 


56. 


CNEAR 


(2102.0018) 


148. 


CESR 


(2102.0000) 


50. 


CEFDAR 


(IPRAB) 


152. 


CMCDSR 


(2102.0004) 


64. 


NEOADR 


(IPR BO) 


156. 


CEFSTS 


(IPR AC) 


68. 


NEDATHI 


(IPR B4) 


160. 


NESTS 


(IPR AE) 


72. 


NEDATLO 


(IPR B6) 


164. 


NEOCMO 


(IPR B2) 


76. 


QBEAR 


(2008.0008) 


168. 


NE1CMD 


(IPR B8) 


80. 


DEAR 


(2008.000C) 


172. 


DSER 


tOAAA /\A/V£\ 


84. 




ipGRQ (2Q00.1 F4Q) 


176. 


CBTCR 


(2014.0020) 


88. 









MLCO07265 



NOTE: The byte count, although part of the stack frame, is not included in 
the error log entry itself. 

Bugcheck entries generated by the VMS kernel error handler include the 
first 23 registers from the processor Register subpacket along with the Time 
of Day Register (TODR) and other software context state. 

Uncorrectable ECC memory error entries include a Memory subpacket 
(Figure 5-4). The memory subpacket consists of MEMCON, which is a 
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software register containing the memory configuration and error status 
used for FRU isolation, and MEMCONn, the hardware register that 
matched the error address in MEAR. 

Figure 5-4: Memory Subpacket for ECC Memory Errors 



31 00 

MEMCON 

MEMCONn (one longword from 2101 .8000 - 2101 .801 C) 

MLO-007266 



Correctable Memory Error entries have a Memory (Single-Bit Error) SBE 
Reduction subpacket (Figure 5-5). This subpacket, unlike all others, is 
of variable length. It consists solely of software registers from state 
maintained by the error handler, as well as hardware state transformed 
into a more usable format. 

Figure 5-5: Memory SBE Reduction Subpacket (Correctable Memory 
Errors) 



3 1 Memory SBE Reduction Subpacket 00 

CRD Entry Subpacket Header 



CRD Entry #1 



CRD Entry #2 



CRD Entry n 



Max n = 16 

MLO-007267 



The VMS error handler maintains a Correctable Read Data (CRD) buffer 
internally within memory that is flushed asynchronously for high-level 
events to the error log file. The CRD buffer and resultant error log entry 
are maintained and organized as follows. 
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• Each entry has a subpacket header (Figure 5-6) consisting of LOGGING 
REASON, PAGE MAPOUT CNT, MEMCON, VALID ENTEY CNT, 
and CURRENT ENTRY. MEMCON contains memory configuration 
information, but no error status as is done for the Memory subpacket. 

Figure 5-6: CRD Entry Subpacket Header 



31 00 



Logging Reason 


0. 


Page Ma pout CNT 


4. 


MEMCON 


8. 


Valid Entry CNT 


12. 


Current Entry 


16. 


MLO007268 



• Following the subpacket header are 1 to 16 fixed-length Memory CRD 
Entries (Figure 5-7). The number of Memory CRD entries is shown in 
VALID ENTRY CNT. The entry which caused the report to be generated 
is in CURRENT ENTRY 



System Troubleshooting and Diagnostics 5-13 



Figure 5-7: Correctable Read Data (CRD) Entry 



31 00 

Footprint 0. 

Status 4. 

CRD CNT 8. 

Pages Marked Bad CNT 1 2. 

First Event 16. 

Last Event 24. 

Lowest Address 32. 

Highest Address 36. 

MLO-007269 



Each Memory CRD Entry represents one unique DRAM within the 
memory subsystem. A unique set, bank, and syndrome are stored in 
footprint to construct a unique ID for the DRAM. 

Rather than logging an error for each occurrence of a single symbol 
correctable ECC memory error, the VMS error handler maintains the 
CRD buffer— it creates a Memory CRD Entry for new footprints and 
updates an existing Memory CRD Entry for errors that occur within 
the range specified by the ID in FOOTPRINT. This reduces the amount 
of data logged overall without losing important information — errors are 
logged per unique failure mode rather than on a per error basis. 

Each Memory CRD entry consists of a FOOTPRINT, STATUS, CRD 
CNT, PAGE MAPOUT CNT, FIRST EVENT, LAST EVENT, LOWEST 
ADDRESS and HIGHEST ADDRESS. 

FIRST EVENT, LAST EVENT, LOWEST ADDRESS and HIGHEST 
ADDRESS are updated to show the range of time and addresses of 
errors which have occurred for a DRAM. CRD CNT is simply the total 
count per footprint. PAGE MAPOUT CNT is the number of pages that 
have been marked bad for a particular DRAM. 
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STATUS contains a record of the failure mode status of a particular 
DRAM over time. This in turn determines whether or not the CRD 
buffer is logged. For the first occurrence of an error within a particular . 
DRAM, the memory location will be scrubbed (corrected read data is 
read, then written back to the memory location) and CRD CNT will be 
set to 1. Since most memory single-bit errors are transient due to alpha 
particles, logging of the CRD buffer will not be done immediately for 
the first occurrence of an error within a DRAM. The CRD buffer will, 
however, be logged at the time of system shutdown (operator or crash 
induced), or when a more severe memory subsystem error occurs. 

If the FOOTPRINT/DRAM experiences another error (CRD CNT > 1), 
VMS will set HARD SINGLE ADDRESS or MULTIPLE ADDRESSES 
along with SCRUBBED in STATUS. Scrubbing is no longer performed; 
instead, pages are marked bad. In this case, VMS will log the CRD 
buffer immediately. The CRD Buffer will also be logged immediately 
if PAGE MAPOUT THRESHOLD EXCEEDED is set in SYSTAT as a 
result of pages being marked bad. The threshold is reached if more 
than one page per Mbyte of system memory is marked bad. 

NOTE: CURRENT ENTRY will be zero in the Memory SBE Reduction 
subpacket header if the CRD buffer was logged, not as a result of 
a HARD SINGLE ADDRESS or MULTIPLE ADDRESSES error in 
STATUS, but as a result of a memory uncorrectable ECC error shown as 
RELATED ERROR, or as a result of CRD BUFFER FULL or SYSTEM 
SHUTDOWN, all of which are shown under LOGGING REASON. 

5.2.4 VMS Event Record Translation 

The kernel error log entries are translated from binary to ASCII using the 
ANALYZE/ERROR command. To invoke the error log utility, enter the DCL 
command ANALYZE/ERROR.LOG. 

Format: 

ANALYZE_EKROR_LOG [/qualifiers)] [file-spec] [-~] 
Example: 

$ ANALYZE/ERROR_LOG/INCLUDE=(CPU,MEMORY)/SINCT=TODAY 

The error log utility translates the entry into the traditional three-column 
format. The first column shows the register mnemonics, the second column 
depicts the data in hex, and the last column shows the actual English 
translations. 
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As in the above example, the VMS error handler also provides support for 
the /INCLUDE qualifier, such that CPU and MEMORY error entries can 
be selectively translated. 

Since most kernel errors are bounded to either the processor module/system 
board or memory modules, the individual error flags and fields are not 
covered by the service theory. Although these flags are generally not 
required to diagnose a system to the FRU (Field Replaceable Unit), this 
information can be useful for component isolation. 

ERF bit to text translation highlights all error flags that are set, and other 
significant state — these are displayed in capital letters in the third column. 
Otherwise, nothing is shown in the translation column. The translation 
rules also have qualifiers such that if the setting of an error flag causes 
other registers to be latched, the other registers will be translated as well. 
For example, if a memory ECC error occurs, the syndrome and error address 
fields will be latched as well. If such a field is valid, the translation will 
be shown (e.g. MEMORY ERROR ADDRESS); otherwise, no translation is 
provided. 

5.2.5 Interpreting CPU Faults Using ANALYZE/ERROR 

If the following three conditions are satisfied, the most likely FRU is the 
CPU module. Example 5-1 shows an abbreviated error log with numbers 
to highlight the key registers. 

O No memory subpacket is listed in the third column of the FLAGS 
register. 

0 CESR register bit <09>, CP2 10 Error, is equal to zero in the KA675 
/KA680/KA690 Register Subpacket 

© DSER register bits <07>, Q22 Bus NXM, <05>, Q22 Bus Device Parity 
Error, or <02>, Q-22 Bus No Grant, are equal to zero in the KA675 
/KA680/KA690 Register Subpacket. 

The FLAGS register is located in the packet header, which immediately 
follows the system identification header; the CESR and DSER registers are 
listed under the KA675/KA680/KA690 Register Subpacket. 

CPU errors will increment a VMS global counter, which can be viewed using 
the DCL command SHOW ERROR, as shown in Example 5-2. 

To determine if any resources have been disabled, for example, if cache has 
been disabled for the duration of the VMS session, examine the flags for 
the SYSTAT register in the packet header. 

In Example 5-1, a translation buffer data parity error latched in the TBSTS 
register caused a machine check exception error. 



5-16 KA675/KA680/KA690 CPU System Maintenance 



Example 5-1 : Error Log Entry Indicating CPU Error 



VAX /VMS SYSTEM ERROR REPORT 

******«**«***»*»«*#*****»•**««» ENTRY 

ERROR SEQUENCE 11. 

DATE/TIME 27-SEP-1991 14:40:10.85 

SYSTEM UPTIME: 0 DAYS 00:12:12 

SCS NODE: OMEGA 1 



COMPILED 14-JAN-1992 18:55:52 
PAGE 1. 

lm ***.,*•*.„•*••.*•••*.*.*,„„*., 

LOGGED ON: SID 13000202 

SYS_TYPE 01390601 

VAX /VMS VS. 5-1 



MACHINE CHECK KA680-A CPU FW REV* 2. CONSOLE FW REVI 3.9 
REVISION 00000000 
SYSTAT 00000001 

ATTEMPTING RECOVERY 

FLAGS 00000003 

machine check stack frame 
KA680 subpacket Q 

STACK FRAME SUBPACKET 

ISTATE 1 80050000 

MACHINE CHECK FAULT CODE - 05 <x) 
Current AST level - 4 (X) 
ASYNCHRONOUS HARDWARE ERROR 



PSL 04140001 

c-bit 

executing on interrupt stack 
PSL previous mode ■ kernel 
PSL current mode • kernel 
first part done set 

KA680 REGISTER SUBPACKET 

BPCR ECC80024 



TBSTS 800001D3 

LOCK SET 

TRANSLATION BUFFER DATA PARITY ERROR 
ea_Iateh invalid 
35 command - 1D{X} 

valid Ibox specifier ref. error stored 



CESR 00000000 © 



DSER 00000000 0 



IPCR0 00000020 

LOCAL MEMORY EXTERNAL ACCESS ENABLED 
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NOTE: Ownership (O-bit) memory correctable or fatal errors (MESR <04> 
or MESR <03> of the processor Register Subpacket set equal to 1) are 
processor module errors, NOT memory errors. 



Example 5-2: SHOW ERROR Display Using VMS 



$ SHOW ERROR 

Device 

CPU 

MEMORY 



Error Count 



1 
1 
1 
1 
1 
1 



PABO 
PAAO 
PTAO 
RTA2 



$ 



5.2.6 Interpreting Memory Faults Using ANALYZE/ERROR 

If "memory subpacket" or "memory sbe reduction subpacket" is listed in the 
third column of the FLAGS register, there is a problem with one or more 
of the memory modules, CPU module, or backplane. 

• The "memory subpacket" message indicates an uncorrectable ECC 
error. Refer to Section 5.2.6.1 for instructions in isolating uncorrectable 
ECC error problems. 

• The "memory sbe reduction subpacket" message indicates correctable 
ECC errors. Refer to Section 5.2.6.2 for instructions in isolating 
correctable ECC error problems. 

NOTE: The memory fault interpretation procedures work only if the memory 
modules have been properly installed and configured. For example, memory 
modules should start in backplane slot 4 (next to the processor module in 
slot 5) and proceed to slot 1 with no gaps. 

NOTE: Although the VMS error handler has built in features to aid Services 
in memory repair, good judgment is needed by the Service Engineer. It is 
essential to understand that in many, if not most cases, correctable ECC 
errors are transient in nature. No amount of repair will fix them, as 
generally there is nothing to be fixed. 

Memory modules can represent a great expense to the Corporation when they 
are sent back to Repair with no errors. If one disagrees with the strategy 
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in this section or has questions or suggestions, please contact Corporate 
Support. 

5.2.6.1 Uncorrectable ECC Errors 

Refer to Example 5-3, which provides an abbreviated error log for 
uncorrectable ECC errors. 

For uncorrectable ECC errors, a memory subpacket will be logged as 
indicated by "memory subpacket" listed in the third column of the FLAGS 
software register (©). Also, the hardware register MESR <11> (©) of the 
processor Register Subpacket will be set equal to 1, and MEAR will latch 
the error address (©). 

Examine the MEMCON software register (©) under the memory subpacket. 
The MEMCON register provides memory configuration information and a 
MEMORY ERROR STATUS buffer (0) that points to the memory module(s) 
that is the most likely FRU. 

Replace the indicated memory module. In Example 5-3 the most likely 
FRU is indicated as memory module #2, slot 3. 

The VMS error handler will mark each page bad and attempt page 
replacement, indicated in SYSTAT (@). The DCL command SHOW 
MEMORY (Example 5-4) will also indicate the result of VMS page 
replacement. 

Uncorrectable memory errors will increment the VMS global counter, which 
can be viewed using the DCL command SHOW ERROR. 

NOTE: If register MESR <11> was set equal to 1, but MESR <19:12> 
syndrome equals 07, no memory subpacket will be logged as a result of 
incorrect check bits written to memory because of an NDAL bus parity 
error detected by the NMC. In short, this indicates a problem with the CPU 
module, not memory. There should ue a previous entry witu, MESR <22>, 
NDAL Data Parity Error set equal to 1. 

NOTE: One type of uncorrectable ECC error, that due to a "disown write", 
will result in a CRD entry like those for correctable ECC errors. The 
FOOTPRINT longword for this entry contains the message "Uncorrectable 
ECC errors due to disown write". The failing module should be replaced for 
this error. 
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Example 5-3: Error Log Entry Indicating Uncorrectable ECC Error 



V A X / V M S SYSTEM ERROR REPORT 

*«•••****••**••**«••**••••*•••• ENTRY 
ERROR SEQUENCE 2. 

DATE/TIME 4-OCT-1991 09:14:29.86 
SYSTEM UPTIME: 0 DAYS 00:01:39 
SCS NODE: OMEGA 1 



COMPILED 6-NOV-1991 10:16:49 
PAGE 25. 

13. ******«»****««r**»*«****«»**«**« 

LOGGED ON: SID 13000202 

SYS_TYPE 01390601 

VAX/VMS VS. 5-1 



INT54 ERROR KA680-A CPU FW REV# 2. CONSOLE FW REV# 3.9 
REVISION 00000000 
SYSTAT 00000601 

ATTEMPTING RECOVERY 
PAGE MARKED BAD 
PAGE REPLACED © 

FLAGS 00000006 

memory subpacket O 
KA680 subpacket 

KA680 REGISTER SUBPACKET 

SPCR ECC80000 



MESR 80006800 



UNCORRECTABLE MEMORY ECC ERROR © 
ERROR SUMMARY 

MEMORY ERROR SYNDROME - 06 {X) 



MEAR 02FFDC00 



main memory error address - 0BFF7000 0 
ndal commander id - 00 (X) 



IPCR0 

MEMORY SUBPACKET 
MEMC0N 



00000020 



0357E53F 



LOCAL MEMORY EXTERNAL ACCESS ENABLED 



0 



MEMORY CONFIGURATION: 
_sets enabled - 00111111 
MS690-BA MEMORY MODULE * 
MS690-BA MEMORY MODULE I 
MS690-DA MEMORY MODULE f 
_total memory - 192MB 



32MB SLOT 4 
32MB SLOT 3 
128MB SLOT 2 



Example 5-3 (continued on next page) 
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Example 5-3 (Cont.): Error Log Entry Indicating Uncorrectable ECC 

Error 

MEMORY ERROR STATUS: © 
MEMORY MODULE #2 SLOT 3 
Bank = 00 (X> 
Set - 03 (X) 

MEMC0N3 8B000003 

64 bit mode 

Base address valid 

RAM size = 1MB 

base address - QB(X) 



Example 5-4: SHOW MEMORY Display Under VMS 



$ SHOW MEMORY 

System Memory Resources on 21-FE8-1992 05:58:52.58 



Physical Memory Usage (pages) : 


Total 


Free 


In Use 


Modified 


Main Memory (128.00Mb) 


262144 


224527 


28759 


8858 


Bad Pages 


Total 


Dynamic 


I/O Errors 


Stat 




1 


1 


0 


0 


Slot Usage (slots) : 


Total 


Free 


Resident 


Swapped 


Process Entry Slots 


360 


347 


13 


0 


Balance Set Slots 


324 


313 


11 


0 


Fixed-Size Pool Areas (packets) : 


Total 


Free 


In Use 


Size 


Small Packet (SRP) List 


3067 


2724 


343 


128 


I/O Request Packet (IRP) List 


2263 


2070 


193 


176 


Large Packet (LRP) List 


8? 


61 


26 


1856 


Dynamic Memory Usage (bytes) : 


Total 


Free 


In Use 


Largest 


Nonpaged Dynamic Memory 


1037824 


503920 


533904 


473184 


Paged Dynamic Memory 


1468416 


561584 


906832 


560624 


Paging File Usage (pages) : 




Free 


Reservable 


Total 


DISKSVMS054-0 : [ SYS0 . SYSEXE ] PAGEFILE . SYS 


300000 


266070 


300000 



Of the physical pages in use, 24120 pages are permanently allocated to VMS. 



Using the VMS command ANALYZE/SYSTEM, you can associate a page 
that had been replaced (Bad Pages in SHOW MEMORY display) with the 
physical address in memory. 

In Example 5-5, 5ffb8 (under the Page Frame Number (PFN) column) is 
identified as the single page that has been replaced. The command EVAL 
5ffb8 * 200 converts the PFN to a physical page address. The result is 
0bff7000, which is the MEAR address translated in Example 5-3. (Bits 
<8:0> of the addresses may differ since the page address from EVAL always 
shows bits <8:0> as 0. 
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Example 5-5: Using ANALYZE/SYSTEM to Check the Physical Address 
in Memory for a Replaced Page 



$ ANALYZE/ SYSTEM 

VAX /VMS System analyzer 
SDA> SHOW PFN /BAD 
Bad page list 

Count : 1 
Lolimit: -1 
High limit: 1073741824 

PFN PTE ADDRESS BAK REFCNT FLINK BLINK TYPE STATE 



C005FF38 00000000 00000000 0 00000000 00000000 20 PROCESS 02 BADLIST 

SDA> EVAXi 5ffb8 * 200 

Hex - 0BFF7000 Decimal - 201289728 

SDA> EXIT 

$ 

5.2.6.2 Correctable ECC Errors 

Refer to Example 5-6, which provides an error log showing correctable ECC 
errors. 

For correctable ECC errors, a Single-Bit Error (SBE) Memory Subpacket 
will be logged as indicated by "memory sbe reduction subpacket" listed in 
the third column of the FLAGS software register (©). 

The Memory SBE Reduction Subpacket header contains a CURRENT 
ENTRY register (©) that displays the number of the Mem ory CRD Entry 
that caused the error notification. If CURRENT ENTRY > 0, examine 
which bits are set in the STATUS register (©) for this entry— GENERATE 
REPORT should be set 

NOTE: If CURRENT ENTRY = 0, then the entry was logged for something 
other than a single-bit memory correctable error Footprint. You will need to 
examine all of the Memory CRD Entries and Footprints to try to determine 
the likely FRU. 

Check for the following: 

• SCRUBBED (©)— If SCRUBBED is the only bit set in the STATUS 
register, memory modules should NOT generally be replaced. 

The kernel performs memory scrubbing of DRAM memory cells that 
may flip due to transient alpha particles. Scrubbing simply reads the 
corrected data and writes it back to the memory location. Returning 
memory modules that only have SCRUBBED set in STATUS will cost 
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the corporation money, since the repair centers will generally not find 
a problem. 

• HARD SINGLE ADDRESS (©}— If the second occurrence of an error 
within a footprint is at the same address (LOWEST ADDRESS = 
HIGHEST ADDRESS (©)), then HARD SINGLE ADDRESS will be set 
in STATUS along with SCRUBBED. Scrubbing will not be tried after 
the first occurrence of any error within a particular footprint. The page 
will be marked bad by VMS. 

Unlike uncorrectable ECC errors, the error handling code cannot 
indicate if the page has been replaced. To get some idea, use DCL 
command, SHOW MEMORY. If the page mapout threshold has not 
been reached ("PAGE MAPOUT THRESHOLD EXCEEDED" is not set 
in SYSTAT packet header register (©)), the system should be restarted 
at a convenient time to allow the power-up self-test and ROM-based 
diagnostics to map out these pages. This can be done by entering 
TEST 0 at the console prompt, running an extended script TEST A9, 
or by powering down then powering up the system. In all cases, the 
diagnostic code will mark the page bad for hard single address errors, 
as well as any uncorrectable ECC error by default 

If there are many locations affected by hard single-cell errors, on the 
order of one or more pages per MB of system memory, the memory 
module should be replaced. The console command SHOW MEMORY 
will indicate the number of bad pages per module. For example, if the 
system contains 64 MB of main memory and there are 64 or more bad 
pages, the affected memory should be replaced. 

NOTE: Under VMS, the page mapout threshold is calculated 
automatically. If "PAGE MAPOUT THRESHOLD EXCEEDED" is set 
in SYSTAT (O), the failing memory module should be replaced. 

In cases of a new memory module used for repair or as part of system 
installation, one may elect to replace the module rather than having 
diagnostics map them out, even if the threshold has not been reached 
for hard single-address errors. 

• MULTIPLE ADDRESSES (©)— If the second occurrence of an error 
within a footprint is at a different address (LOWEST ADDRESS not 
equal to HIGHEST ADDRESS (0), MULTIPLE ADDRESSES will be 
set in STATUS along with SCRUBBED. Scrubbing will not be attempted 
for this situation. In most cases, the failing memory module should be 
replaced regardless of the page mapout threshold. 

If CRD BUFFER FULL is set in LOGGING REASON (©) (located in the 
subpacket header) or PAGE MAPOUT THRESHOLD EXCEEDED is set in 
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SYSTAT (0), the failing memory module should be replaced regardless of 
any thresholds. 

For all cases (except when SCRUBBED is the only flag set in STATUS) 
isolate the offending memory by examining the translation in FOOTPRINT 
called MEMORY ERROR STATUS (©): The memory module is identified 
by its backplane position. In Example 5-6, memory module #3, slot 2, is 
identified as the failing module. 

The Memory SBE Reduction Subpacket header translates the MEMCON 
register (©) for memory subsystem configuration information. 

Unlike uncorrectable memory and CPU errors, the VMS global counter, 
as shown by the DCL command SHOW ERROR, is not incremented for 
correctable ECC errors unless it results in an error log entry for reasons 
other than system shutdown. 

NOTE: If footprints are being generated for more than one memory module, 
especially if they all have the same bit in error, the processor module, 
backplane, or other component may be the cause. 

NOTE: One type of uncorrectable ECC error, that due to a "disown write", 
will result in a CRD entry like those for correctable ECC errors. The 
FOOTPRINT longword for this entry contains the message "Uncorrectable 
ECC errors due to disown write". The failing module should be replaced for 
this error. 
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Example 5-6: Error Log Entry indicating Correctable ECC Error 



V A X / V M S 



SYSTEM ERROR REPORT 



*««»****•**»*«**»«*»»*«**»«*««* ENTRY 
ERROR SEQUENCE 2. 
DATE/ TIME 27-SEP-1991 09:51:13.98 
SYSTEM UPTIME: 0 DAYS 00:05:06 
SCS NODE: OMEGA1 

CORRECTABLE MEMORY ERROR KA680-A CPU FW REV* 1. 
REVISION 00000000 
SYSTAT 00000040 © 



COMPILED 21-N0V-1991 16:55:58 
PAGE 1 . 

fr****************************** 

LOGGED ON: SID 13001401 

SYS_TYPE 01390601 

VAX/VMS V5.5-1 
CONSOLE FW REV* 3.9 



FLAGS 



00000008 



MEMORY SBE REDUCTION SUBPACKET 

LOGGING REASON 00000001 ( 

PAGE MAPOUT CNT 00000003 
MEMCON 0357E53F 



VALID ENTRY CNT 00000003 
CURRENT ENTRY 00000003 



MEMORY CRD ENTRY 1. 
FOOTPRINT 



00000373 



STATUS 
CRD CNT 



00000010 
00000001 



PAGE MAPOUT CNT 00000000 
FIRST EVENT 



LAST EVENT 



0D3E26E0 
0094F438 



OD3E26E0 
0094F438 



LOWEST ADDRESS 0BFF4000 
HIGHEST ADDRESS 0BFF4000 



MEMORY SOFT ERROR LOGGING DISABLED 



memory sbe reduction subpacket 



NORMAL REPORT 



MEMORY CONFIGURATION: 

_sets enabled - 00111111 

MS690-BA MEMORY MODULE f 1. 32MB SLOT 4 

MS690-BA MEMORY MODULE # 2. 32MB SLOT 3 

MS690-DA MEMORY MODULE # 3. 128MB SLOT 2 

_total memory - 192MB 

3. 

3. © 



MEMORY ERROR STATUS: 

_MEMORY MODULE 12 SLOT 3 

_set - 3. 

_bank - 0. 

ECC SYNDROME - 73 (X) 

_CORRECTED DATA BIT - 0. 

scrubbed © 

1. 

0. 

27-SEP-1991 09:50:13.07 
27-SEP-1991 09:50:13.07 



Example 5-6 (continued on next page) 
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Example 5-6 (Cont.): Error Log Entry Indicating Correctable ECC Error 



MEMORY CRD ENTRY 2. 

FOOTPRINT 0000001C 



STATUS 00000019 

CRD CNT 00000002 

PAGE MAP OUT CNT 00000001 

FIRST EVENT 0FFF1BA0 
0094F438 

LAST EVENT 0FFF1SA0 
0094F438 

LOWEST ADDRESS 0057FD44 
HIGHEST ADDRESS 0057FD44 

MEMORY CRD ENTRY 3. 

FOOTPRINT 0000050D 



STATUS 00000055 

CRD CNT 00000003 

PAGE MAPOUT CNT 00000002 

FIRST EVENT 122F1B00 
0094F438 

LAST EVENT 122F1B00 
0094F438 

LOWEST ADDRESS 08C72140 
HIGHEST ADDRESS 08E43B28 
ANAL/ERR/OUT-CRD CRD.ZPD 



MEMORY ERROR STATUS: 

_MEMORY MODULE #1 SLOT 4 

_set - 0. 

_bank - 0. 

ECC SYNDROME - 1C(X) 

_CORRECTED DATA BIT - 4. 

PAGE MARKED BAD 

HARD SINGLE ADDRESS © 

scrubbed 



1. 



27-SEP-1991 09:50:17.69 



27-SEP-1991 09:50:17.69 

© 



MEMORY ERROR STATUS: © 

JMEMORY MODULE #3 SLOT 2 

_set - 5. 

_bank - 0. 

ECC SYNDROME - OD (X) 

_CORRECTED DATA BIT - 15. 

PAGE MARKED BAD 
MULTIPLE ADDRESSES © 
scrubbed 

GENERATE REPORT © 

3. 

2. 



27-SEP-1991 09:50:21.36 



27-SEP-1991 09:50:21.36 

© 
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NOTE: Ownership (O-bit) memory correctable or fatal errors (MESR <04> 
or MESR <03> of the processor Register Subpacket set equal to 1) are 
processor module errors, NOT memory errors. 

5.2.7 Interpreting System Bus Faults Using 
ANALYZE/ERROR 

If hardware register CESR <09> (O) and/or CQBIC hardware register 
DSER <07>, <05>, or <02> (©) is set equal to 1, there may be a problem 
with the Q-bus or Q-bus option. 

When CESR <09> is set equal to 1, examine the hardware register 
CIOEAR2 (©) to determine the address of the offending option. 

Example 5—7 provides an error log showing a faulty Q-bus option. The 
CIOEAR2 error register indicates the first UQSSP controller as the 
offending address. 
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Example 5-7: Error Log Entry Indicating Q-Bus Error 



V A X / V M S 



SYSTEM ERROR REPORT 



**•**»*»*•«*****»********•»**** ENTRY 
ERROR SEQUENCE 18 52. 
DATE/TIME 20-NOV-1991 14:26:11.14 
SYSTEM UPTIME: 12 DAYS 20:04:19 
SCS NODE: 

MACHINE CHECK KA680-A CPU FW REVI 2. 
REVISION 00000000 
SYSTAT 00000001 



COMPILED 20-NOV-1991 14:28:13 
PAGE 1. 

75 ***»**»**»*«*»*«**«*#»**»*****» 

LOGGED ON: SID 13000202 

SYS TYPE 01410601 



VAX/VMS V5.5-1 



CONSOLE FW REV# 4.1 



FLAGS 



00000003 



STACK FRAME SOBPACKET 

I STATE 1 80060000 



ATTEMPTING RECOVERY 

machine check stack frame 
KA680 subpacket 



PSL 



03C00000 



KA680 REGISTER SUBPACKET 

BPCR ECC80024 



PSL previous mode - user 
PSL current mode - user 
first part done set 



CESR 80000200 V 

CP 2 IO ERROR 
ERROR SUMMARY 



DSER 00000080 

Q-22 BUS NXM 



CIOEAR2 00001468 @ 

cp2 IO error address - 20001468 

NDAL commander id (cp2 transac) - 0 (X) 



IPCR0 00000020 

LOCAL MEMORY EXTERNAL ACCESS ENABLED 

ANAL/ERR/OUT-QBUS QBUS.ZPD 
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5.2.8 Interpreting DMA & Host Transaction Faults Using 
ANALYZE/ERROR 



Some kernel errors may result in two or more entries being logged. If 
the SHAC DSSI adapters or the SGEC Ethernet controller or other CDAL 
device (residing on the processor module) encounter host main memory 
uncorrectable ECC errors, main memory NXMs or CDAL parity errors or 
timeouts, more than one entry results. Usually there will be one Polled 
Error entry logged by the host, and one or more Device Attention and other 
assorted entries logged by the device drivers. 

In these cases the processor module or one of the four memory modules 
are the most likely cause of the errors. Therefore, it is essential to analyze 
Polled Error entries, since a polled entry usually represents the source of 
the error versus other entries, which are simply aftereffects of the original 
error. 

Example 5-8 provides an abbreviated error log for a polled error. 
Example 5-9 provides an example of a device attention entry. 

Example 5-8: Error Log Entry Indicating Polled Error 

VAX /VMS SYSTEM ERROR REPORT COMPILED 17-FEB-1992 05:32:21 



ERROR SEQUENCE 15. 

DATS/ TIME 17-FEB-1992 05:22:00.90 

SYSTEM UPTIME: 0 DAYS 00:27:48 
SCS NODE: 



**•*«*••»*****•**••*****••**»** entry 



PAGE 1. 

2 _ *»**«»«*«**»*******»***#**#»**» 

LOGGED ON: SID 13000202 

SYS TYPE 01430701 



VAX/VMS V5.5-1 



POLLED ERROR KA680-A CPU FW REVi 2. CONSOLE FW REV* 4.3 
REVISION 00000000 
SYSTAT 00000001 



ATTEMPTING RECOVERY 



FLAGS 00000006 



memory subpacfcet 

KA680 subpacket 



KA680 REGISTER SUBPACKET 



Example 5-6 (continued on next page) 
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Example 5-8 (Com,): Error Log Entry Indicating Polled Error 



BPCR 



ECC80024 



MESR 



8001B800 



UNCORRECTABLE MEMORY ECC ERROR 
ERROR SUMMARY 

MEMORY ERROR SYNDROME - 1B(X) 



MEAR 



50000410 



main memory error address » 00001040 
ndal commander id - 05 (X) 



LOCAL MEMORY EXTERNAL ACCESS ENABLED 



MEMORY CONFIGURATION: 

sets enabled - 00111111 
MS690-BA MEMORY MODULE f 1. 32MB SLOT 4 
MS690-BA MEMORY MODULE I 2. 32MB SLOT 3 
MS 6 90 -DA MEMORY MODULE # 3. 128MB SLOT 2 
_total memory - 192MB 

MEMORY ERROR STATUS: 
MEMORY MODULE #3 SLOT 2 
Bank - 00 (X) 
Set - 00 (X) 



IPCR0 



00000020 



MEMORY SUBPACKET 



MEMCON 



0057E53F 



MEMCON0 



80000003 



64 bit mode 

Base address valid 

RAM size - 1MB 

base address • 00 (X) 



ANAL/ ERR/ OUT-TB1 TB1.ZPD 
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Example 5-9: Device Attention Entry 



VAX /VMS 



SYSTEM ERROR REPORT 



*«*»**»******«**»*******•*****» £NTRY 

ERROR SEQUENCE 15. 

DATE/TIME 17-FEB-1992 05:22:00.90 

SYSTEM UPTIME: 0 DAYS 00:27:48 

SCS NODE: 



COMPILED 17-FEB-1992 05:32:21 
PAGE 1. 

2 s ******************************* 

LOGGED ON: SID 13000202 

SYS TYPE 01430701 



VAX /VMS VS. 5-1 



DEVICE ATTENTION KA680-A CPU FW REV# 2. CONSOLE FW REV# 4.3 
DSSI SUB-SYSTEM, PAB0: - PORT WILL BE RE- STARTED 
PORT TIMEOUT, DRIVER RESETTING PORT 



CNF 



PMCSR 
PSR 



PFAR 
PESR 
PPR 

UCBS B_ERTCNT 
UCBS B_ERTMAX 
UCBSL CHAR 



UCBSW_3TS 
UCBSW ERRCNT 



03060022 



00000000 
80010000 



40001044 
00010000 
00000000 

2C 
32 

0C45OOO0 



CC10 
0007 



MAINTENANCE ID - 0022 (X) 
FIRMWARE REVISION - 06 (X) 
HARDWARE REVISION - 03 (X) 



MAINTENANCE ERROR 
SHARED HOST MEMORY ERROR 

APPROX HOST ADDR 40001044 (X) 

CP DAL BUS ERROR 

NODE #0. 

0. BYTE INTERNAL BUFFER 
16. NODES MAXIMUM 

44. RETRIES REMAINING 

50. RETRIES ALLOWABLE 

SHARASLE 
AVAILABLE 
ERROR LOGGING 
CAPABLE OF INPUT 
CAPABLE OF OUTPUT 

ONLINE 



7. ERRORS THIS UNIT 
ANAL/ ERR/ ENTRY- (ST : 2 .- END : 3 ) /OUT-POLL SHM 



5.2.9 VAXsimPLUS and System-Initiated Call Logging (SICL) 
Support 

Symptom-Directed Diagnostic (SDD) toolkit support for KA675/KA680 
/KA690 kernels is provided in version 2.0 of the toolkit. If version 2.0 is not 
available, you should install the previous version, as it provides support for 
many existing options. 
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VAX 4000 systems use Symptom-Directed Diagnosis tools primarily for 
notification. The VAX System Integrity Monitor Plus (VAXsimPLUS) 
interactive reporting tool triggers notification for high-level events recorded 
in SYSTAT and LOGGING REASON. 

The VAXsimPLUS monitor simply parses for a handful of SYSTAT flags 
and LOGGING reason codes. The VAXsimPLUS monitor display is updated 
and triggering occurs if the threshold has been reached. Some flags have 
a threshold of one; for example, SYSTAT <08> ERROR THRESHOLD 
EXCEEDED will trigger VAXsimPLUS upon the first occurrence, since at 
least three errors would have already occurred and been handled by VMS. 

All lower level errors will ultimately set one of the conditions shown in 
Table 5-4. VAXsimPLUS will examine the conditions within a 24-hour 
period — thresholds are typically one or two flags or logging reason codes 
within that period. 

Table 5-4 lists the conditions that will trigger VAXsimPLUS notification 
and updating. Figure 5-8 shows the flow for the VAXsimPLUS monitor 
trigger (for decision blocks with only one branch, the alternative is treated 
as an ignore condition). The entries ultimately are classified as either hard 
or soft Errors that require corrective maintenance are classified as hard; 
while errors potentially requiring corrective maintenance are classified as 
soft. 



Table 5-4: Conditions That Trigger VAXsimPLUS Notification and 
Updating 



Condition 



Description 



SYSTAT <00> = 1 
SYSTAT <00> = 0 
SYSTAT <08> = 1 
SYSTAT <09> = 1 

SYSTAT <11> = 1 

LOGGING REASON <3Kh> = 1 
LOGGING REASON <3:0> = 2 



LOGGING REASON <3:0> . 0, 
3, 5-F 



"Attempting recovery" 

"Full recovery or retry not possible" 

"Error threshold exceeded" 

"Page marked bad for uncorrectable ECC error in main 
memory" 

"Page mapout threshold for single bit ECC errors in main 
memory exceeded" 

"Memory CRD buffer full" 

"Generate report as a result of hard single address or 
multiple address DRAM memory fault" 

"Illegal LOGGING REASON" 
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Figure 5-6: Trigger Flow for the VAXsimPLUS Monitor 




MlO-008656 



VAXsimPLUS triggering notifies the customer and Services using three 
message types: HARD, SOFT, and SICL Service Request. Each message 
contains the single STARS article theory number, as well as the SYSTAT 
or LOGGING REASON state. In addition, the SICL Service Request will 
have a Merged Error Log (MEL) datafile appended. Both hard and soft 
triggers will generate SICL Service Request messages. 
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Figure 5-9 shows the five VAXsimPLUS monitor screen displays. Table 5-5 
provides a brief explanation of the five levels of screen displays. 

Table 5-5: Five-Level VAXsimPLUS Monitor Screen Displays 

Level Explanation 



1. System The system level screen provides one box for each system being 

analyzed (in Figure 5-9 a single system is being analyzed). As 
with each screen level, the number of reported errors is displayed 
in the box. The boxes blink when the hard e rr o r thresholds are 
reached; the boxes are highlighted when the soft error thresholds 
are reached. 



2. Subsystem The subsystem level screen provides separate boxes for the kernel 

and node information. Other boxes that may be displayed are bus, 
disk, tape, etc. 

3. Unit The unit level screen provides a box for the kernel. If the 

subsystem has more than one unit or device with errors, those 
will be displayed as well. 

4. Error Class The error class level screen provides a box for both hard and soft 

errors. 



5. Error Detail Two error detail level screens (hard and soft) provide the number 

of reported errors along with a brief error description. 
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Figure 5-9: Five-Level VAXsimPLUS Monitor Display 




AB1X Kernel 



AB1X$Kernei 
3 

— 1- 1 




AB1X Kerne! AB1X$Kernel (NVAX4000) Soft 



Count: Explanation 



2: Attempting Recovery 



MLO-007270 
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Once notification occurs, the service engineer should examine the error log 
file (after using the ANALYZE/ERROR command) or read the appended 
Merged Error Log (MEL) file in the SICL service request message. (The 
MEL file is encrypted, refer to Section 5.2.9.1 for instructions converting 
these files.) Using the theory of interpretation provided in the previous 
sections, you can manually interpret the error logs. 

NOTE: The interpretation theory provided in this manual is also a STARS 
article and can be accessed via the Decoder Kit. (Theory 30B01jcxx 
reproduces in full, Section 5.2 of this manual). 

In summary, a service engineer should use VAXsimPLUS notification as 
follows: 

1. Make sure all four message types are sent to the Field and System 
accounts. 

2. Log into the Field or System account. 

3. Read mail (look for the SICL service request message with its appended 
MEL file). 

4. Convert the encrypted MEL file and use the theory provided in "this 
manual to interpret the error log file. 

5.2.9.1 Converting the SICL Service Request MEL File 

Use the following procedure to convert the encrypted MEL file that is 
appended to the SICL service request message (MEL files can be converted 
on site or at a support center). Example 5-10 shows a sample SICL service 
request message and appended MEL file. 

1. Extract the SICL mail message from mail. 

2. Edit the extracted file to obtain the appended MEL file. The MEL file 
is the encrypted code that appears between the rows of asterisks and 
includes the words "SICL" and "end." 

3. Convert the encrypted code to a binary file using the VAXsimPLUS 
decode command file as follows: 

$ MCR SDD$EXE:FMGR$SICLJDECODE [MEL filename] [binary 
filename] 

4. Use the ANALYZE/ERROR command to produce an error log entry. 
$ ANALYZE/ERROR [binary filename] 
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Example 5-10: SICL Service Request with Appended MEL File 



From: A31X: :SDDSMANAGER "VAXsimPLUS Message" 15-APR-1992 10:29:21.05 

To: SYSTEM 

CC: 

Subj: SOD T2.0 Service Request - Analysis: [30B01. 200] 

***********«*»********»»*******»»**»»** »»*«»*»****«**•*»****»***** ** *»**»«»*«**** 

VAXsimPLUS Notification Message 

VAXsimPLUS has detected that the following device needs attention: 

DEVICE: AB1XSKERNEL (NVAX4000) 

NODE: AB1X 

SYSTEM SERIAL NUMBER: KA136H1520 

SYSTEM TYPE: VAX 4000-600 

VAXsimPLUS Diagnosis Information 

Attn: Field Service 

Device: AB1XSKERNSL {NVAX4000} 

Count : 1 . 

Theory: [30BQ1=2QQ] 

Evidence: Urgent action required - AB1XSKERNEL Hard error (s) : 

SYSTAT 9 - 1 - Page Marked Bad For Uncorrectable ECC Error In 
Main Memory 

%% SDDSPROFILE is defined to be NONE, no Customer Profile included in message %% 
**»**•«»*»»*»«»*«***«***»«*****«»*****«****«**« **»*»»*»*»»***«**«*«**»***•«»*»»*» 

SICL 
134 

M 8( $_0_ 0-* 0 AS24U)3$\8< % 8 G!::G+Y*5 

M 8 034N-2U-,2 7 &0\ 8 !P !8 : 0 "« 

M !\F>]_" ( %/,%SP # R0 R.P \%31!03 !P 8 ! 

M {H tO 0" /S SIX \A ! F 6 /CA"0 {P0 

M"A( %\ [P 0 '8U8. ' 8%.*!0 

M (S+<]P ,12 P P , " S ,13 

F084 \ ( ?Y#P (% " !_D/ 84 ( 

end 



5.2.92 VAXsimPLUS Installation Tips 

When installing VAXsimPLUS, the system will prompt you for information. 
You will need to know the serial number and system model number for the 
system on which you are installing VAXsimPLUS. The serial number is 
located on the front of the chassis at the bottom and to the left (the front 
door must be open). The system model number is attached to the outside 
of the door. 

Also, if the system does not have dialout capability, you should answer 
no when asked if you want to enable SICL — if you enter yes, the system 
will attempt to send mail via DSNLink resulting in error messages. 
After VAXsimPLUS is installed you can activate SICL and customize 
the VAXsimPLUS mailing lists so that SICL messages are sent to an 
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appropriate destination(s) on site.. This way, SICL messages are received 
onsite without incurring error messages regarding remote link failures. 

5.2.9.3 VAXsimPLUS Post-Installation Tips 

Once VAXsimPLUS is installed, you can set up mailing lists to direct 
VAXsimPLUS messages to the appropriate destinations. If the system has 
no dailout capability, SICL messages should be directed to the System and 
/or Field account — this is good practice for systems with dialout and service 
center support as well. 

In the example that follows, the four types of mailing lists are displayed 
and System and Field accounts are added to all four mailing lists using 
VAXSIM/FAULT_MANAGER commands. 

NOTE: The commands can be abbreviated. 

DSN%SICL appears under the SICL mailing list if you enabled SICL during 
installation. 
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$ VAXSIM/FAULT SHOW MAIL 

— FSE mailing list — 

FIELD 

— CUSTOMER mailing list — 

SYSTEM 

— MONITOR mailing list is empty — 

— SICL mailing list — 

DSN%SICL 

$ VAXSIM/FAULT ADD SYSTEM ALL 
$ VAXSIM/FAULT ADD FIELD ALL 
$ VAXSIM/FAULT SHOW MAIL 

— FSE mailing list — 

FIELD 
SYSTEM 

— CUSTOMER mailing list — 

FIELD 
SYSTEM 

— MONITOR mailing list — 

FIELD 
SYSTEM 

— SICL mailing list — 

DSN%SICL 

FIELD 

SYSTEM 

To activate SICL after installation, use the following command: 

VAXsimPLUS customer notification messages should display a phone 
number for the customer to call in the event the system needs service. Use 
the following commands to examine and set the phone number parameter 

$ VAXSIM/FAULT SHOW PARAMETER 

(SET parameter} (Parameter settings} 

PHONE_NUMBER Customer Service Phone Number is unknown 

COPY Automatic copying is OFF 

SICL System Initiated Call Logging is ON 

SYSTEM_INFO System info for AB1X 

Serial number KA136H1520 
System type VAX 4000-600 
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$ VAXSIM/FAULT SET PHONE 1 - SO 0 -DIGITAL 

Finally, the VAXSIMPLUS/MERGE command is useful in examining how a 
device is functioning in a cluster. The merge command collects the messages 
that are being sent to the other CPUs in the cluster. 

5.2.10 Repair Data for Returning FRUs 

When sending back an FRU for repair, include as much of the error log 
information as possible. If one or more error flags are set in a particular 
entry, record the mnemonics) of the register(s), the hex data, and error 
flag translation(s) on the repair tag. If an error address is valid, include 
the mnemonic, hex data, and translation on the repair tag as well. For 
memory and cache errors, include the syndrome and corrected-bit/bit- 
in-error information, along with the register mnemonic and hex data. 
Other registers which should be recorded for any entry type are SYSTAT, 
MEMCON and FOOTPRINT. 

5.3 Interpreting Power-On Self Test (POST) and 
ROM-Based Diagnostic (RBD) Failures 

If any of the tests fail, the test code displays on the console LED and, if 
specified in the firmware script, a diagnostic console printout displays in 
the format shown in Example 5-11. 
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Example 5-11: Sample Output with Errors 



oeee 000 



0 



?40 2 06 FF 0000 0010 00 ; SOBTEST_40_06, DE_Memory_count_pages.LIS 



Pl-00000001 P2-00000004 P3-FFFFFFFF 

P6-00010000 P7-00000004 P8-00000000 

r0=01FF4Q00 rl-00000004 r2-0Q000003 

r5-00000000 r6-01D000000 r7«00000000 



SCBB-20053C00 
SCR-0000D000 
QBMBR=01FF8000 
CESR-00000000 
CIOEAR1 -00000000 
PCSTS-FFFFF800 
ICSR-00000001 
CCTL-00000007 
BCEDSTS-0 0000700 
CEFADR-00000008 
NEICMD -0OO0O0O0 
MMCDSR-0U110C0 
MEMCON_0:7; 
2-00000007, 



P4-00000000 P5-00000004 
P9-00000000 P10-00000000 
r3-FFFFFFFF r4-00000070 
r8-00000000 EPC-00000000 
ECR-0000008A 
QBEAR-0000000F 
SSCCR-00D55570 
CSEAR1-00000000 
CNEAR-00000000 
PCCTL-FFFFFEOO 
VTAG-0004008D 



TODR-9FEBF5E9 
OSER-00000000 
BDR-B9F808AF 
CMCDSR-OO00C308 
CIOEAR2-10000000 
PCADR-FFFFFFF8 
VMAR-000007EO 
BCETSTS-00000000 BCETIDX-00000000 
BCEDIDX-00000008 CEFSTS-00000200 
NESTS-00000000 NEOADR-E005C9E8 
NEDATHI -00000000 NEDATLO-00000000 

MEAR-08406010 ADD-21018040 

0-80000003, 1-81000003 
3-00000007, 4-00000007, 



DEAR-00000000 
IPCRO-0000 
CSEAR2-00000000 
MAPEN-00000000 



VDATA-AC 3 1 0 2 4 E 
BCETAG-00000000 
BCEDECC -00000000 
KEOCMD-8000FF04 
MOAMR-00000000 
MESR-00080000 



5-00000007, 6-00000007, 7-00000007 



Normal operation not possible. 
>» 



Several lines are printed in the error display. The first line has eight column 
headings: 

O Test identifies the diagnostic test, test ?40 in Example 5-11. Using 
Table 5-9, you can use the test number to point to possible problems in 
field replaceable units (FRUs). 

© Severity is the severity level of a test failure, as dictated by the script. 
Failure of a severity level 2 test causes the display of this error printout 
and halts an autoboot. An error of severity level 1 causes a display of 
the first line of the error printout but does not interrupt an autoboot. 
Most tests have a severity level of 2. 

© Error is two hex digits identifying, usually within 10 instructions, 
where in the diagnostic the error occurred. This field is also called 

the subtestlog. 

O Dejerror (diagnostic executive error) signals the diagnostic's state and 
any illegal behavior. This field indicates a condition that the diagnostic 
expects on detecting a failure. FE or EF in this field means that an 
unexpected exception or interrupt was detected. FF indicates an error 
as a result of normal testing, such as a miscompare. The possible codes 
are: 
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Error Code Description 



FF 



Normal error exit from diagnostic 



FE 



Unanticipated interrupt 



FD 



Interrupt in cleanup routine 



FC 



Interrupt in interrupt handler 



FB 



Script requirements not met 



FA 



No such diagnostic 



EF 



Unanticipated exception in executive 



© Vector identifies the SCB vector through which the unexpected exception 
or interrupt trapped, when the de_error field detects an unexpected 
exception or interrupt (FE or EF). 

0 Count is four hex digits. It shows the number of previous errors that 
have occurred (16 in Example 5-11). 

© Loopjsubtestjog is an additional log generated out of the current test 
specified by the current test number and subtestlog. Usually these logs 
occur in common subroutines called from a diagnostic test 

© ASCII messages contain unique symbols that are terminated by the 
comma in the ASCII field. These symbols identify the most recent 
subtestlog entry in the listing file. The characters to the right of 
the comma give the name of the listing file that contains the failed 
diagnostic. 

lines 2 and 3 of the error printout are parameters 1 through 10. When 
the diagnostics are running normally, these parameters are the same 
parameters listed in Example 4-4. 

When an unexpected machine check exception or other type of exception 
occurs during the executive (de_error is EF), the stack is saved in the 
parameters on lines 2 and 3, as listed in Table 5-6, Table 5-7, and 
Table 5-8. 

Table 5-6: Machine Check Exception During Executive 

Parameter Value 



PI Contents of stack pointer, points to vector in P2 

P2 Vector = 004, machine check 
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Table 5-6 (Cont.): Machine Check Exception During Executive 


Parameter 


Value 


P3 


Machine check code 


P4 


Contents of VA register 


P5 


Contents of VTBA register 


P6 


IOCS register bit <6> and SISR <15:0> 


P7 


Internal state information 


P8 


Contents of shift count (SC) register 


P9 


PC 


P10 


PSL 


Tabie 5-7: 


Exception During Executive with No Parameters 


Po «K> Til A^AV* 




pi 


Contents of stack pointer, points to vector in P2 


P2 


Vector - Tinn (000-3FC), 200-3FC = Q— bus 


P3 


PC 


P4 


PSL 


P5 


Contents of stack 


P6 


Contents of stack 


P7 


Contents of stack 


P8 


Contents of stack 


P9 


Contents of stack 


P10 


Contents of stack 


Tabie 5-8: 


Other Exceptions with Parameters, No Machine Check 


rHrHmHL**r 


Value 


Pi 


Contents of stack pointer, points to vector in P2 


P2 


Vector = nun (20, 24, 34, 40, 44, 48, 4C, C8) 


P3 


Optional parameters, could be more than one LW (20, 24, C8) 


P4 


PC 


P5 


PSL 


P6 


Contents of stack 


P7 


Contents of stack 


P8 


Contents of stack 


P9 


Contents of stack 


P10 


Contents of stack 



Lines 4 and 5 of the error printout are General Purpose Registers (GPRs) 
EG through KS and the error program counter. 
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In general, the machine check exceptions can provide a clue to the cause 
of the problem. Machine check codes 01-05, 08-10, 13, OA, OB, OC, and 
OD are probably due to CPU fault. Machine check codes 11 and 12 could 
be a memory problem or a CPU problem. In the case of exceptions with 
or without parameters (Table 5-7 and Table 5-8) the vector can provide a 
clue to the fault 

When returning a module for repair, record the first line of the error 
printout and the version of the ROMs on the module repair tag. 

Table 5-9 lists the hex LED display, the default action on errors, and the 
most likely unit that needs replacing. 

The Default on Error column refers to the action taken by the diagnostic 
executive under the following circumstances: 

* The diagnostic executive detects an unexpected exception or interrupt. 

* A test fails and that failure is reported to the diagnostic executive. 

The Default on Error column does not refer to the action taken by the 
memory tests. The diagnostic executive either halts the script or continues 
execution at the next test in the script. 

Most memory tests have a continue on error parameter (labeled cont_ 
on_error). If you explicitly set cont_on_error, using parameter 4 in a 
memory test, the test marks bad pages in the bitmap and continues without 
notifying the diagnostic executive of the error. In this case, a halt on 
error does not occur even if you specify halt on error in the diagnostic 
executive (by answering Yes to stop script on error? in Utility 9F), since 
the memory test does not notify the diagnostic executive that an error has 
occurred. 

Table 5-9 shows the various LED values and console terminal displays as 
they point to problems in field-replaceable units (FRUs). 
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Table 5-9: KA675/KA680/KA690 Console Displays As Pointers to 
FRUs 



On Er- 


Normal 


Default Ac- On Error 






ror Hex 


Console tiononEr- Console Dis- 




LED 


Display 


ror 


play 


Test Description 


FRU 1 


Power-Up Tests (Script Al) 


F 


None 


Loop 


None 


Power up 


5, 1 


E 


None 


Loop 


None 


Wait for power 


5, 1 


D 


None 


Loop 


None 







C 


66 


Cont 


?9D 


Utility 


1 


£ 


65 


Cont 


?42 


Check for interrupts 


1,4 


9 


64 


Cont 


?35 


B_Caehe diag_mode 


1 


8 


63 


Cont 


?33 


NMC_powerup 


1 


8 


62 


Cont 


?32 


NMC_registers 


1, 2 


B 


61 


Cont 


?D0 


V_Cache_diag_mode 


1 


B 


60 


Cont 


?D2 


0_bit„Diag s mode 


1 


B 


59 


Cont 


?DF 


0-bit_debug 


1 


B 


58 


Halt 


?DC 


No_memory_present 


1, 2, 3 


8 


57 


Cont 


?31 


Memory_setup_CSRs 


1. 2. 3 


8 


56 


Halt 


?30 


Memory_Init_JBitmap 


2. 1 


B 


55 


Cont 


?46 




1 


9 


54 


Cont 


?35 


B cache diag_mode 


1 


9 


53 


Cont 


?DE 


B_C ache_tag_debug 


1 


9 


52 


Cont 


?DD 


B_Cache_data_debug 


1 


9 


51 


Cont 


?DA 


PBJFlush_cache 


1 


B 


50 


Cont 


?54 


Virtual _Mode 


1 


6 


49 


Cont 


?60 


SSC_Console_SLU 


1,6 


7 


48 


Cont 


?91 


CQBIC_powerup 


1,4,3 


7 


47 


Cont 


?90 


CQBIC.registers 


1, 4,3 


C 


46 


Cont 


?C6 


SSC_powerup 


1,6 


\j 


45 


Co lit 


?52 


SSC_Prog_timers 


i 


C 


44 


Cont 


?52 


SSC_Prog_timers 


1 


C 


43 


Cont 


?53 


SSC_TOY_Clock 


7,1 



1 Field-replaceable unit key: 

1 = KA675/KA680/KA690 

2 = MS690 



3 = Backplane 

4 = Q22-bus device 

5 = System power supply 

6 = H3604 console module 

7 = Battery 
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Table 5-9 (Cont.): KA675/KA680/KA690 Console Displays As 
Pointers to FRUs 



OnEr- Normal Default Ac- On Error 
rorHez Console tiononEr- Console Dis- 

LED Display ror play Test Description FRU 1 



Power-Up Tests (Script Al) 



c 


42 


Cont 


?C1 


SSC.KAMJData 


1 


c 


41 


Cont 


?34 


SSC_ROM 


1 


c 


40 


Cont 


one 


SSC_registers 


1 


8 


39 


Cont 


?55 


Interval_Timer 


1 


8 


38 


Cont 


?49 


Memory_FDM 




8 


37 


Cont 


?4r 


Memory_Data 


2, 1, 3 


8 


36 


Cont 


?4E 


Memory_Byte 


2, 1,3 


8 


35 


Cont 


?4B 


Meinoiy_Byte_Errors 


2, 1,3 


8 


34 


Cont 


?4A 


Memory_ECC_SBEs 


2, 1, 3 


8 


33 


Cont 


?4C 


Memcry_ECC_Logie 


2, 1,3 


8 


32 


Cont 


?3F 


Mem_FDM^address_shorts 


2, 1,3 


8 


31 


Cont 


?3F 


Mem_FDM_address_shorts 


2, 1,3 


8 


30 


Cont 


?48 


Memory_address_shorts 


2, 1, 3 


8 


29 


Cont 


?48 


Memory_address_shorts 


2, 1, 3 


Q 

o 


£6 


Cont 


:4o 


Memory_address_shorts 




8 


Z7 


Cont 


.'48 


Memory_addres3_shorts 


2, 1, 3 


8 


26 


Cont 


.'48 


Memory_.address_shorts 


2, 1, 3 


8 


25 


Cont 


:4o 


Memory_address_shorts 


2, 1, 3 


o 
o 


O A 

24 


Cont 


j4o 


Memory_address_shorts 


A 1, 3 


8 


23 


Cont 


?48 


Memory_address_shorts 


2,1,3 


8 


22 


Cont 


?48 


Memory_address_shorts 


2,1,3 


8 


21 


Cont 


?4D 


Memory_Adress 


2, 1,3 


8 


20 


Cont 


?47 


Memory_Refresh 


2, 1,3 


9 


19 


Cont 


?40 


Memory_count_pages 


2, 1,3 


8 


18 


Cont 


?40 


Memory_count_pages 


2, 1,3 


9 


17 


Cont 


?37 


Cache_W_memory 


1,2 


C 


16 


Cont 


?C2 


SSCJtAMJDataJVddr 


1 


7 


15 


Cont 


?80 


CQBIC_memory 


1,2 



1 Field-replaceable unit key: 

1 = KA675/KA680/KA690 

2 = MS690 

3 = Backplane 

4 = Q22-bus device 

5 = System power supply 

6 = H3604 console module 

7 = Battery 
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Table 5-9 (Cont.): KA675/KA680/KA690 Console Displays As 
Pointers to FRUs 



On Ei> Normal Default Ac- On Error 
ror Hex Console tion on Er- Console Dis- 

LED Display ror play Test Description FRU 1 



Power-Up Tests (Script Al) 



9 


14 


Cont 


lot 


Cache_w_memory 


1, 2 


A 

A 


16 


Cont 


:5I 


rrA 


1 


4 


12 


Cont 


?5F 


SGEC 


1,6 


5 


11 


Cont 


?5C 


SHAC (Bus 1) 


1,3 


5 


10 


Cont 


?5C 


SHAC (Bus 0) 


1,6 


8 


9 


Cont 


?9A 


INTERACTION 


1,6 


7 


8 


Cont 


?83 


QZA Joopbackl 


4 


7 


7 


Cont 


?84 


QZA_loopback2 


4 


n 

1 


6 


Cont 


?85 


QZA _memory 


4 


7 


5 


Cont 


?86 


QZAJDMA 


4 


B 




Cont 


?DB 


Speed 


i 


C 


3 


Cont 


?41 


Board_Reset 


1,4 



Script A3 



C 


9D 


Halt 


?9D 


Utility 




B 


42 


Halt 


?42 


CKk_for .Interrupts 


1,4 


9 


35 


Halt 


?35 


B_Cache_diag_mode 




8 


33 


Halt 


?33 


NMC_powerup 




8 


32 


Halt 


?32 


NMC_registers 


1,2 


B 


DO 


Halt 


?D0 


V_Cadie_diag_n»de 




B 


D2 


Halt 


?D2 


0-bit_Diag_jnode 




B 


DF 


Halt 


?DF 


0_bit_debug 




8 


DC 


Halt 


?DC 


No_memory_presnt 


1, 2,3 


S 


31 


Halt 


?31 


Memory_3ctup_CSRa 


1 o o 

X, -6, O 


8 


30 


Halt 


?30 


Memory_InitJBitmap 


2,1 


B 


46 


Halt 


?46 


P_cache_diag_mode 


1 



1 Field-replaceable unit key: 

1 = KA675VKA680/KA690 

2 = MS690 

3 = Backplane 

4 = Q22— bus device 

5 = System power supply 

6 = H3604 console module 

7 = Battery 
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Table 5-9 (Cont.): KA675/KA680/KA690 Console Displays As 
Pointers to FRUs 



On Er- 


Normal 


Default Ac- On Error 






ror Hex 


Console tiononEr- 


Console Dis- 




LED 


Display 


ror 


play 


Test Description 


FRU 1 


Script A3 


9 


35 


Halt 


?35 


B_cache_diag_mode 


1 


9 




Halt 


?DE 


B_Cadie_tag_aebug 


1 


9 


DD 


Halt 


?DD 


B_Chace_data_debug 


1 


9 


DA 


Halt 


?DA 


FB_Flush_cache 


1 


B 


54 


Halt 


?54 


Virtu al_Mode 


1 


6 


60 


Halt 


?60 


SSC_Console_SLU 


1,6 


7 


91 


Halt 


?91 


CQBIC_powerup 


1,4,3 


7 


90 


Halt 


?90 


CQBIC_registers 


1, 4,3 


C 


C6 


Halt 


?C6 


SSC_powerup 


1,6 


C 


52 


Halt 


?52 


SSCJProg_timers 


1 


c 


52 


Halt 


?52 


SSC JProg_timers 


1 


c 


53 


Halt 


?53 


SSC_TOY_Clock 


7, 1 


c 


CI 


Halt 


?C1 


SSCJRAMJData 


1 


c 


34 


Halt 


?34 


SSC_ROM 


1 


c 


C5 


Halt 


?C5 


SSC_registers 


1 


B 


55 


Halt 


?55 


Interval_Timer 


1 


8 


49 


Halt 


?49 


Memory JETDM 


2, 1, 3 


8 


4r 


Halt 


?4r 


Memory_Data 


2, 1,3 


8 


4£i 


IT ..It 

Halt 


.4JCi 


Itf _ _ _ Tim mi ii 

Memoryjoyte 


2, 1,3 


8 


4B 


Halt 


?4B 


Memory JByteJErrors 


2,1,3 


8 


4A 


Halt 


?4A 


MemoryJECCjSBEs 


2,1,3 


8 


4C 


Halt 


?4C 


Memory JECCJLogic 


2, 1,3 


8 


3F 


Halt 


?3F 


Memory_FDM^Addr_3horts 


2,1,3 


8 


3F 


Halt 


?3F 


Memory_FDM_Addr_shorts 


2,1,3 


8 


48 


Halt 


?48 


Memory_Addr_shorts 


2, 1,3 


8 


48 


Halt 


?48 


Memory_Addr_shorts 


2, 1,3 


8 


48 


Halt 


?48 


Memory_Addr_shorts 


2, 1,3 


8 


48 


Halt 


?48 


Memory_Addr_shorts 


2, 1,3 



1 Field-replaceable unit key: 

1 = KA675VKA680/KA690 

2 = MS690 

3 = Backplane 

4 = Q22-bus device 

5 = System power supply 

6 = H3604 console module 

7 = Battery 
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Table 5-9 (Cont.): KA675/KA680/KA690 Console Displays As 
Pointers to FRUs 



OnEr- Normal Default Ac- On Error 
rorHex Console tiononEr- Console Dis- 

LED Display ror play Test Description FRU 1 



Script A3 



o 
o 


4o 


xiait 


.'4o 


Memory _Addr_shorts 


2, 1, 3 


Q 
O 


AG 


xiajx 


OA Q 

r4o 


Memory_Addr_shorts 


2, 1, 3 


Q 

o 


AQ 




;4o 


Memoiy_Addr_shorts 


2, 1, 3 


8 


48 


rlait 


/48 


Memory_Addr_shorts 


2, 1,3 


o 
o 


AQ 


li alt 


?48 


Memoiy_Addr_siiorts 


2, 1, 3 


o 
o 


411 


Halt 


:4U 


Memory_Address 


2, 1, 3 


S 


4< 


Halt 




Tk/T T") I I Pi ■ ,i,T, 

Memo ry_rce rresn 


2, 1, 3 


Q 

o 


40 


uait 


:40 


Memory _couiit_pages 


o i o 
2, 1, 3 


a 
O 


40 


xiait 


:40 


Memory_count_pages 


2, x, 3 


9 


it 


xiait 


OCT 


Cache_W_memory 


1,2 


L> 




xiait 




SiSo_KAM_i/ata_Aaar 


1 


7 


80 


Halt 


?80 


CQBIC_memory 


1,2 


9 


37 


Halt 


?37 


Cache_w_memory 


1,2 


A 


51 


Halt 


?51 


FPA 


1 


4 


5F 


Halt 


?5F 


SGEC 


1,6 


5 


5C 


Halt 


?5C 


SHAC 


1,3 


5 


5C 


Halt 


?5C 


SHAC 


1,6 


8 


9A 


Halt 


?9A 


INTERACTION 


1A3,4 


7 


83 


Halt 


?83 


QZA.LPBCKl 


4 


7 


84 


Halt 


?84 


QZA_LPBCK2 


4 


7 


85 


Halt 


?85 


QZA_memory 


4 


7 


86 


Halt 


?86 


QZA.DMA 


4 


6 


DB 


Halt 


?DB 


Speed 


1 


C 


41 


Halt 


?41 


BoardJReset 


1,4 



Script A4 

1 Field-replaceable unit key: 

1 - KA675/KA680/KA690 

2 = MS690 

3 = Backplane 

4 = Q22-bus device 

5 = System power supply 

6 = H3604 console module 

7 = Battery 
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Table 5-9 (Cont.): KA675/KA680/KA690 Console Displays As 
Pointers to FRUs 



OnEr- Normal Default Ac* On Error 
rorHex Console tiononEr- Console Dis- 

LED Display ror play Test Description FRU 1 



Script A4 



Invoke script A3 (Loop on A3) 



Script A5 



8 


3F 


Cont 


?3F 


8 


3F 


Cont 


?3F 


8 


48 


Halt 


?48 


8 


48 


Halt 


?48 


8 


48 


Halt 


?48 


8 


48 


Halt 


?48 


8 


48 


Halt 


?48 


8 


48 


Halt 


?48 


8 


48 


Halt 


?48 


8 


48 


Halt 


?48 



MenxJDM_Addr_Shorts 2, 1, 3 

Mem JFDM_Addr_Shorts 2, 1, 3 

Memoiy_Addr_shorts 2, 1, 3 

Memory_Addr_shorts 2, 1, 3 

Memory.„Addr_shorts 2, 1, 3 

Memory_Addr_shorts 2, 1, 3 

Memory_Addr_shorts 2, 1, 3 

MemoTy_Addr_shorts 2, 1, 3 

Memory_Addr_shorts 2, 1, 3 

Memory_Addr_shorts 2, 1, 3 



Script A6 



8 


30 


Halt 


?30 


Memory_InitJ3itmap 


2,1,3 


8 


4F 


Halt 


?4F 


Memory_Data 


2,1,3 


8 


4E 


Halt 


?4E 


Memory3yte 


2,1,3 


8 


4D 


Halt 


?4D 


Memory_Address 


2, 1,3 


8 


4C 


Halt 


?4C 


Memory JSCC_Logic 


2, 1,3 


8 


4B 


Halt 


?4B 


MemoryJByte _Errors 


2, 1,3 


8 


4A 


Halt 


?4A 


Memory_ECC_SBEs 


2,1,3 


8 


3F 


Halt 


?3F 


MemJFDM_Addr_Shorts 


2, 1,3 


8 


48 


Halt 


?48 


Mem_Addr_Shorts 


2, 1,3 


8 


48 


Halt 


?48 


Mem_Addr_Shorts 


2, 1,3 



1 Field-replaceable unit key: 

1 = KA675VKA680/KA690 

2 = MS690 

3 = Backplane 

4 = Q22-bus device 

5 = System power supply 

6 = H3604 console module 

7 - Battery 
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Table 5-9 (Cont.): KA675/KA680/KA690 Console Displays As 
Pointers to FRUs 



OnEr- Normal Default Ac- On Error 
rorHex Console tion on Er- Console Dis- 



LED Display 


ror 


play 


Test Description 


FEU 1 


Script A6 


8 48 


Halt 


?48 


Mem_Addr_Shorts 


2,1,3 


8 48 


Halt 


?48 


Mem_Addr_Shorts 


2, 1,3 


8 48 


Halt 


?48 


Mem^AddrjShorts 


2, 1,3 


8 48 


Halt 


?48 


Mem_Addr_Shorts 


2, 1,3 


8 48 


Halt 


?48 


Mem.AddrjShorts 


2,1,3 


8 48 


Halt 


?48 


Mem_Addr_Sh.orts 


2, 1,3 


8 47 


Halt 


?47 


MemoryJRefresh 


2, 1,3 


8 40 


Halt 


?40 


Memory_count_pages 


2,1,3 


7 80 


Halt 


?80 


CQBIC_memory 


2, 1, 3 


Script AS 


8 31 


Halt 


?31 


Memory_Setup_CSRs 


2, 1,3 


8 30 


Halt 


?30 


Memory_Init_Bitmap 


2, 1,3 


8 49 


Halt 


?49 


Memory_FDM 


2,1,3 


Invoke script A7. 










Script A7 


8 4F 


Halt 


?4F 


Memory_Data 


2, 1,3 


8 4E 


Halt 


?4E 


MemoryJByte 


2, 1,3 


8 4D 


Halt 


?4D 


Memory_Address 


2,1,3 


8 4C 


Halt 


?4C 


Memory JECC_Logic 


2, 1,3 


8 4B 


Halt 


?4B 


Memory_Byte_Errors 


2, 1,3 


8 4A 


Halt 


?4A 


Memory_ECC_SBEs 


2, 1,3 


8 3F 


Halt 


?3F 


Mem_FDM_Addr_shorts 


2, 1,3 


8 48 


Halt 


?48 


Memory_Addr_shorts 


2, 1,3 



1 Field-replaceable unit key: 

1 = KA675/KA680/KA690 

2 = MS690 



3 = Backplane 

4 = Q22-i>us device 

5 = System power supply 

6 = H3604 console module 

7 = Battery 
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Table 5-9 (Cont): KA675/KA680/KA690 Console Displays As 
Pointers to FRUs 



On Er- Normal 


Default Ac- On Error 






r or Hex Console tiononEr- Console Dis- 




LED Display 


ror 


play 


Test Description 


FRU 1 


Script A7 


8 48 


Halt 


?48 


Memory _Addr_shorts 


2, 1, 3 


8 48 


Halt 


?48 


Memory _Addr_shorts 


2,1,3 


O AO 


Halt 


O AO 

:48 


Memory_Addr_shorts 


2, 1, 3 


8 48 


Halt 


?48 


Memory_Addr_shorts 


2,1,3 


8 48 


Halt 


?48 


Memory_Addr_shorts 


2, 1,3 


8 48 


Halt 


?48 


Memory_Addr_shorts 


2, 1,3 


8 48 


Halt 


?48 


Memory_Addr_shorts 


2, 1,3 


8 47 


Halt 


?47 


Memory_Refresh 


2, 1,3 


8 40 


Cont 


?40 


Memory_count_pages 


2, 1,3 


7 80 


Cont 


?80 


CQBIC_memory 


2,1,3 


C 41 


Halt 


?41 


BoardJReset 


2,1,3 


Script A9 


8 4F 


Halt 


?4F 


Memory_Data 


2, 1,3 


8 4E 


Halt 


?4E 


Memory JByte 


2, 1,3 


8 4D 


Halt 


?4D 


Memory _Address 


2, 1,3 


8 4C 


Halt 


?4C 


MemoryJSCCJLogie 


2, 1,3 


8 4B 


Halt 


?4B 


Memory_Byte_E rrors 


2,1,3 


8 4A 


Halt 


?4A 


Memory_ECC_SBEs 


2,1,3 


Invoke script A5. 










8 4D 


Halt 


?4D 


Memory_Address 


2, 1,3 


8 47 


Halt 


?47 


Memory_Re fresh 


2,1,3 


8 40 


Cont 


?40 


Memory_count_pages 


2, 1,3 


C 41 


Cont 


?41 


Board_Reset 


2, 1,3 



End of script. 

1 Field-replaceable unit key: 

1 = KA675VKA680/KA690 

2 = MS690 

3 s Backplane 

4 = Q22-bus device 

5 = System power supply 

6 = H3604 console module 

7 = Battery 
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5.3.1 FE Utility 

In addition to the diagnostic console display and the LED code, the FE 
utility dumps diagnostic state to the console (Example 5-12). This state 
indicates the major and minor test code of the test that failed, the 10 
parameters associated with the test, and the hardware error summary 
register. 

Running the FE utility is useful if the message Normal operation not 
possible is displayed after the tests have completed and there is no other 
error indication, or if you need more information than what is provided in 
the error display. 

Example 5-12: FE Utility Example 

»>T TZ 

Bitmap-07FEC000, Lengxh-00008000, Checfcsum-OOOG, Busmap=07FF80QO 
Test_number»00, Subtest-00, Loop_Subtest-00, Error_type-00 
Error_vector»0000» Sever ity-02. La st_except i on_P C-0OO0OGOQ 

Total~error_count-O000, Led_display-09, Console_display-9E, save_mchk_code-00 

parameter_l-00000000 2-00000000 3-00000000 4-00000000 5-00000000 

parameter_6-00000000 7-0001E9FC 8-0001EEE5 9-0001EC72 10-00000000 

previous_error-00000000, 00000000, 00000000, 00000000 

Flags-FFFF C050 443E BCache_Disable-06 KA680, 128KB BC, 14. C ns 

Return_stack-201406A8, Subtest_pc-200SB225, Timeout-00030D40 

Interrupted test number - 48, Subtestlog-04, Loop_Subtestlog-00, Error_type-FF 

>» 

The most useful fields displayed above are as follows? 

• Error_vector, which is the SCB vector through which the unexpected 
interrupt or exception trapped if de_error equals FE or EF. 

• Total_error_count. Four hex digits showing the number of previous 
errors that have occurred. 

• Parameters 1 through 10. Valid only if the test halts on error. 

• Previous_error. Contains the history of the last four errors. Each 
longword contains four bytes of information. From left to right these 
are the de_error, subtest_log, test, and subtest number (00=FF in the 
de_error). 

• Save machine check code (save_mchk_code). Valid only if the test halts 
on error. This field has the same format as the hardware error summary 
register. 
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5.3.2 Overriding Halt Protection 

The ROM-based diagnostics run in halt-protected space. When you want to 
halt diagnostic execution, if the diagnostic program hangs during execution 
or if the runtime of the diagnostic program is so long you want to suspend 
it, enter the following commands: 

»>E 20140010 'Examine the SSCCR 

P 20140010 00D55570 

»>D * 00D05570 ! Clear ha It -protected space 

»>T 0 ! Tests can now be halted 

This state is in effect only until the first break or a restart. 

5.3.3 Isolating Memory Failures 

This section describes procedures for isolating memory subsystem failures, 
particularly when the system contains more than one MS690 memory 
module. 

1. SHOW MEMORY/FULL 

Use the SHOW MEMORY/FULL command to examine failures detected 
by the memory tests. Use this command if test 40 falls, which indicates 
that pages have been marked bad in the bitmap. 

You can also use SHOW MEMORY/FULL after terminating a script 
that is taking an unusually long time to run. After terminating the 
script, enter SHOW MEMORY/FULL to see if the tests have marked 
any pages bad up to that point. The following is an example using this 
command. 

>»SHOW MEMORY /FULL 

Memory 0: 00000000 to 01FFFFFF, 32MB, 37 bad pages 
Total of 32MB, 37 bad pages, 112 reserved pages 
Memory Bitmap 

-01FF2000 to 01FF3FFF, 16 pages 

Console Scratch Area 

-01FF4000 to 01FF7FFF, 32 pages 

Qbus Map 

-01FF8000 to 01FFFFFF, 64 pages 
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Scan of Bad Pages 

-OOOOCO00 to O000CFFF, 8 pages 

-OOO0E000 to OOOOEFFF, 8 pages 

-00724200 to Q07247FF, 3 pages 

-00724A00 to 007251FF, 4 pages 

-00725400 to 00725BFF, 4 pages 

-00726400 to 00726DFF, 5 pages 

-00727400 to 00727DFF, 5 pages 

»> 

2. TA9 

»>T [memory test] start ing_board_nusaber «nding_boaxd_nusibar 
adr_incr 

Script A9 runs only the memory tests and halts on the first error 
detected. Unlike the power-up script, it does not continue. Since the 
script does not rerun the test, it detects memory-related failures that 
are not hard errors. You should then run the individual test that failed 
on each memory module one MS690 module at a time. You can input 
parameters 1 and 2 of tests 40, 47, 48, and 4A through 4F as the 
starting and ending address for testing. It is easier, however, to input 
the memory module numbers 1—4. For example, if test 4F fails, test 
the second memory module as follows: 

»>T 4F 2 2 

You should run this test for each memory module; if a failure is detected 
on MS690 number 2, for example, and there are four memory modules 
in the system, continue testing the rest of the modules to isolate the 
FRU using the process of elimination. 

You can also specify the address increment. For example, to test the 
third memory module on each page boundary, type: 

»>T 4F 3 3 200 

By default, the memory tests increment by 1 Mbyte, testing one 
longword in each 1 Mbyte block. If an error is detected, the tests start 
testing on a page boundary. Test 48 (address shorts test) is an exception: 
it checks every location in memory since it can do so in a reasonable 
amount of time. Other tests, such as 4F (floating ones and zeros test), 
can take up to one hour, depending on the amount of memory, if each 
location were to be tested. If you do specify an address increment, do 
not input less than 200 (testing on a page boundary), since almost all 
hard memory failures span at least one page. For normal servicing, 
do not specify the address increment, since it adds unnecessary repair 
time; most memory subsystem failures can be found using the default 
parameter. 
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All memory tests, except for 40, save the MMCDSR, MESR, MEAR in 
parameters 7, 8, and 9, respectively. 

3. T9C 

The utility 9C is useful if test 31 or some other memory test failed 
because memory was not configured correctly. Refer to Section 4.4 to 
see an example of the test 9C output. 

To help in isolating an FRU, examine registers MEMCON 0-7 by 
entering T 9C at the console I/O mode prompt. 

4. T40 

Although the SHOW MEMORY/FULL command displays pages that 
are marked bad by the memory test and is easier to interpret than 
test 40, there is one instance in which test 40 reports information that 
SHOW MEMORY/FULL does not report You can use test 40 as an 
alternative to running script A9 to detect soft memory errors. Specify 
the third parameter in test 40 (see Table 5-9) to be the threshold for 
soft errors. To allow zero errors, enter the following: 

»>T 40 l 4 o 

This command tests the memory on four memory modules. Use it after 
running memory tests individually or within a script. If test 40 fails 
with subtestlog = 6, examine R5-R8 to determine how many errors have 
been detected. 



Additional Troubleshooting Suggestions 

If more than one memory module is failing, the CPU module, or backplane, 
as well as other MS690 modules may be the cause of failure. 

Always check the seating of the module before replacing it If the seating 
appears to be improper, rerun the tests. 

If you are rotating MS690 modules to verify that a particular memory 
module is causing the failure, be aware that a module may fail in a different 
way when in a different slot. Be sure that you map out both solid single- 
bit and multibit ECC failures as shown in step 2 of acceptance testing 
(Section 4.4), since in one slot a board may fail most frequently with multibit 
ECC failures, and in another slot with single-bit ECC failures. 

Be sure to put the modules back in their original positions when you are 
finished. 

If memory errors are found in the operating system error log, use the CPU 
ROM-based diagnostics to verify if it is an MS690 problem or if it is related 
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to the CPU or backplane. Follow steps 1-3 of Section 4.4 and step 4 above 
to aid in isolating the failure. - 

5.4 Testing DSSI Storage Devices 

A DSSI storage device (ISE) may fail either during initial power-up or 
during normal operation. In both cases, the failure is indicated by the 
lighting of the red Fault indicator on the drive's front panel. 

If the drive is unable to execute the Power-On Self Test (POST) successfully, 
the red Fault indicator remains lit and the Run/Ready indicator does not 
come on, or both indicators remain on. 

POST is also used to handle two types of error conditions in the drive: 

• Controller errors are caused by the hardware associated with the 
controller function of the drive module. A controller error is fatal to 
the operation of the drive, since the controller cannot establish a logical 
connection to the host. The red Fault indicator lights. If this occurs, 
replace the drive module. 

• Drive errors are caused by the hardware associated with the drive 
control function of the drive module. These errors are not fatal to the 
drive, since the drive can establish a logical connection and report the 
error to the host. Both indicators go out for about 1 second, then the 
red Fault indicator lights. In this case, run either DRVTST, DRVEXR, 
or PARAMS (described in drive's service documentation) to determine 
the error code. 

Three configuration errors also commonly occur: 

• More than one node with the same bus node ID number 

• Identical node names 

• Identical MSCP unit numbers 

The first error cannot be detected by software. Use the SHOW DSSI 
command to display the second and third types of errors. This command 
lists each device connected to the DSSI bus by node name and unit number. 

If the ISE is connected to its front panel, you must install a bus node ID plug 
in the corresponding socket on the front panel. If the ISE is not connected 
to its front panel, it reads the bus node ID from the three-switch DIP switch 
on the side of the drive. DSSI storage devices contain the following local 
programs: 
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DIRECT 
DRVTST 
DRVEXR 
HISTRY 



A directory, in DUP specified format, of available local programs 
A comprehensive drive functionality verification test 
A utility that exercises the ISE 

A utility that saves information retained by the drive, including the internal 
error log 

A utility that erases all user data from the disk 

A utility that is used to determine the amount of "margin" remaining in on- 
disk structures. 

A utility that displays disk structures and disk data. 

A utility that allows you to look at or change drive status, history, parameters, 
and the internal error log 



ERASE 
VERIFY 



DKUTIL 
PARAMS 



Use the SET HOSTVDUP command (described in Section 3.7.3.3) to access 
the local programs listed above. Example 5-13 provides an abbreviated 
example of running DRVTST for an ISE (Bus node 2 on Bus 0). 

CAUTION: When running internal drive tests, always use the default (0 
- No) in responding to the "Write I read anywere on medium?" prompt. 
Answering yes could destroy data. 

Example 5-13: Running DRVTST 



»>SET HOST /DUP /DSSI/BUS : 0 2 DRVTST 
Starting DUP server... 

Copyright (C) 1992 Digital Equipment Corporat ion 

write/read anywhere on medium? [1-Yes/ (0-No) ] I Return I 

5 minutes to complete. 

GAMMA: :MSCPSDUP 17-MAY-1991 12:51:20 DRVTST CPU- 0 00:00:09.29 PI-160 

GAMMA : : MSCP SDUP 17-MAY-1991 12:51:40 DRVTST CPU- 0 00:00:18.75 PI-332 

GAMMA: :MSCPSDUP 17-MAY-1991 12:52:00 DRVTST CPU- 0 00:00:28.40 PI-503 



GAMMA: :MSCPSDUP 17-MAY-1991 12:55:42 DRVTST CPU- 0 00:02:13.41 PI-2388 
Test passed. 

Stopping DUP server... 
»> 



Example 5-14 provides an abbreviated example of running DRVEXR for an 
ISE (Bus node 2 on Bus 0). 

CAUTION: When running internal drive tests, always use the default (0 
= No) in responding to the "Write I read anywere on medium?" prompt. 
Answering yes could destroy data. 
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Example 5-14: Running DRVEXR 



»>SET HOST /BOP /DSSI/BUS : 0 2 DRVEXR 
Starting DUP server — 

Copyright (C) 1992 Digital Equipment Corporat ion 

Write/read anywhere on medium? [1 -Yes/ ( 0-No) ] I Return! 

Test time in minutes? [(10) -100] I Return | 

Number of sectors to transfer at a time? [0 - SO] 5 

Compare after each transfer? [1-Yes/ (0-No) ] : |Return| 

Test the DBN area? [2-DBN only/ (1-DBN and LBN)/0-LBN only]: iRetumj 

10 minutes to complete. 
GAMMA: :MSCP$D0P 17-MAY-1991 13:02:40 DRVEXR CPU- 0 00:00:25.37 PI-116S 
GAMMA: :MSCPSDUP 17-MAY-1991 13:03:00 DRVEXR CPU- 0 00:00:29.53 PI-2503 
GAMMA: :MSCP$D0P 17-MAY-1991 13:03:20 DRVEXR CPU- 0 00:00:33.89 PI-3835 



GAMMA: :MSCPSDUP 17-MAY-1991 13:12:24 DRVEXR CPU- 0 00:02:24.19 PI-40028 
13332 operations completed. 
33240 LBN blocks (512 bytes) read. 

0 LBN blocks (512 bytes) written. 
33420 DBN blocks (512 bytes) read. 

0 DBN blocks (512 bytes) written. 
0 bytes in error (soft) . 
0 uncorrectable ECC errors. 
Complete. 

Stopping DUP server ... 
»> 

Refer to the RF-Series Integrated Storage Element Service Guide for 
instructions on running these programs. 

5.5 Using MOP Ethernet Functions to Isolate 
Failures 

The console requester can receive LOOPED_DATA messages from the 
server by sending out a LOOP_DATA message using NCP to set this up. 
An example follows. 

Identify the Ethernet adapter address for the system under test (system 1) 
and attempt to boot over the network. 

•••system 1 (system under test)*** 

>»SHOW ETHERNET 

Ethernet Adapter 
-EZA0 (08-00-2B-28-18-2C) 
>»BOOT EZAO 
(BOOT/R5:2 EZA0) 

2.. 
-EZAO 

Retrying network bootstrap. 
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Unless the system is able to boot, the "Retrying network bootstrap" message 
will display every 8-12 minutes. ~ 

Identify the system's Ethernet circuit and circuit state, enter the SHOW 
KNOWN CIRCUITS command from the system conducting the test (system 
2). 

•♦•system 2 (system conducting test)*** 
S MCR HCP 

NCP>SHOW KNCWH CIRCUITS 

Known Circuit Volatile Summary as of 14-NOV-1991 16:01:53 

Circuit State Loopback Adjacent 

Name Routing Node 

ISA-0 on 25.1023 (1AR25) 

NCP>SET CXKCOrr ISA— 0 STATE OFF 
NCP>SET CIRCUIT ISA-0 SERVICE ENABTJD 
NCP>SET CIRCUIT ISA-0 STATE OH 

NCP>LOOP CIRCUIT ISA-0 PHYSICAL ADDRESS 08-00-2B-28-18-2C 

WITH ZEROES 

NCP>EXIT 

S 

If the loopback message was received successfully, the NCP prompt will 
reappear with no messages. 

The following two examples show how to perform the Loopback Assist 
Function using another node on the network as an assistant (system 3) 
and the system under test as the destination. Both assistant and system 
under test are attempting to boot from the network. We will also need the 
physical address of the assistant node. 

•••system 13 (loopback assistant) ••* 

»>SHOW EZHERHET 

Ethernet Adapter 

-EZAO (08-00-2B-1E-76-9E) 

»>b ezaO 

<BOOT/R5:2 EZAO) 

2.. 
-EZAO 

Retrying network bootstrap, 
•••system 2*** 

NCP>LOOP CIRCUIT ISA-0 PHYSICAL ADDRESS 08-00- 2b-28-18-2C ASSISTANT PHYSICAL 
ADDRESS 08-00-2B-1E-76-9E WITH MIXED COUNT 20 LENGTH 200 HELP FULL 

NCP> 

Instead of using the physical address, you could use the assistant node's 
area address. When using the area address, system 3 is running VMS. 

•••system 3**« 
SMCR NCP 

NCP>SHOW NODE KLATCH 
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Node Volatile Summary as of 27-FEB-1992 21:04:11 



Executor node - 25.900 (KLATCH) _ " . 

State - on 

Identification - DECnet-VAX V5.4-1, VMS V5.4-2 

Active links » 2 

NCP>SHOW KNOWN LIHES CHARACTERISTICS 

Known Line Volatile Characteristics as of 27-FEB-1992 11:20:50 
Line - ISA-0 

Receive buffers - 6 

Controller » normal 

Protocol - Ethernet 

Service timer - 4000 

Hardware address - 08-00-2B-1E-76-9E 

Device buffer size - 1498 

NCP>SET CIRCUIT ISA-0 STATE OFF 
NCP>SZT CIRCUIT ISA-0 SERVICE ENABLED 
NCP>SET CIRCUIT ISA-0 STATE OH 
NCP>EXIT 
S 

•••system 2*** 
S NCR NCP 

NCP>LOOP CIRCUIT ISA-0 PHYSICAL ADDRESS 08-00-2B-28-18-2C ASSISTANT NODE 25.900 

WITH MIXED COUNT 20 LENGTH 200 HELP FULL 

NCP>EXET 

S 



NOTE: The kernel's Ethernet buffer is 1024 bytes deep for the LOOP 
functions and will not support the maximum 1500-byte transfer length. 

In order to verify that the address is reaching this node, a remote node can 
examine the status of the periodic SYSTEM_IDs sent by the KA675/KA680 
/KA690 Ethernet server. The SYSTEMJD is sent every 8-12 minutes using 
NCP as in the following example: 

•••system 2*** 
S NCR NCP 

NCP>SET MODULE CONFIGURATOR CIRCUIT ISA— 0 SURVEILLANCE FHART.ID 

NCP>SHOW MODULE CONFIGURATOR KNOWN CIRCUITS STATUS TO ETHER. LIS 

NCP>E2£XT 

$ TYPE ETHER. LIS 

Circuit name » ISA-0 

Surveillance flag - enabled 

Elapsed time « 00:09:3? 

Physical address - 08-00-2B-28-18-2C 

Time of last report - 27-Feb 11:50:34 

Maintenance version ■ V4.0.0 

Function list » Loop, Multi-block loader, Boot, Data link counters 

Hardware address - 08-00-2B-28-18-2C 

Device type " ISA 

Depending on your network, the file used to receive the output from the 
SHOW MODULE CONFIGURATOR command may contain many entries, 
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most of which do not apply to the system you are testing. It is helpful to 
use an editor to search the file for the Ethernet hardware address of the 
system under test. Existence of the hardware address verifies that you are 
able to receive the address from the system under test 

5.6 Interpreting User Environmental Test Package 
(UETP) VMS Failures 

When UETP encounters an error, it reacts like a user program. It either 
returns an error message and continues, or it reports a fatal error and 
terminates the image or phase. In either case, UETP assumes the hardware 
is operating properly and it does not attempt to diagnose the error. 

If the cause of an error is not readily apparent, use the following methods 
to diagnose the error: 

• VMS Error Log Utility— -Run the Error Log Utility to obtain a detailed 
report of hardware and system errors. Error log reports provide 
information about the state of the hardware device and I/O request 
at the time of each error. For information about running the Error Log 
Utility, refer to the VMS Error Log Utility Manual and Section 5.2 of 
this manual. 

• Diagnostic facilities — Use the diagnostic facilities to test exhaustively 
a device or medium to isolate the source of the error. 

5.6.1 Interpreting UETP Output 

You can monitor the progress of UETP tests at the terminal from which they 
were started. This terminal always displays status information, such as 
messages that announce the beginning and end of each phase and messages 
that signal an error. 

The tests send other types of output to various log files, depending on how 
you started the tests. The log files contain output generated by the test 
procedures. Even if UETP completes successfully, with no errors displayed 
at the terminal, it is good practice to check these log files for errors. 
Furthermore, when errors are displayed at the terminal, check the log files 
for more information about their origin and nature. 

5.6.1.1 UETP Log Files 

UETP stores all information generated by all UETP tests and phases from 
its current run in one or more UETP.LOG files, and it stores the information 
from the previous run in one or more OLDUETP.LOG files. If a run 
of UETP involves multiple passes, there will be one UETP.LOG or one 
OLDUETP.LOG file for each pass. 
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At the beginning of a run, UETP deletes all OLDUETP.LOG files, and 
renames any UETP.LOG files to OLDUETP.LOG. Then UETP creates a 
new UETP.LOG file and stores the information from the current pass in the 
new file. Subsequent passes of UETP create higher versions ofUETP.LOG. 
Thus, at the end of a run of UETP that involves multiple passes, there is 
one UETP.LOG file for each pass. In producing the files UETP.LOG and 
OLDUETP.LOG, UETP provides the output from the two most recent runs. 

If the run involves multiple passes, UETP.LOG contains information from 
all the passes. However, only information from the latest run is stored 
in this file. Information from the previous run is stored in a file named 
OLDUETP.LOG. Using these two files, UETP provides the output from its 
tests and phases from the two most recent runs. 

The cluster test creates a NETSERVER.LOG file in SYS$TEST for each 
pass on each system included in the run. If the test is unable to 
report errors (for example, if the connection to another node is lost), the 
NETSERVER.LOG file on that node contains the result of the test run 
on that node. UETP does not purge or delete NETSERVER.LOG files; 
therefore, you must delete them occasionally to recover disk space. 

If a UETP run does not complete normally, SYS$TEST might contain other 
log files. Ordinarily these log files are concatenated and placed within 
UETP.LOG. You can use any log files that appear on the system disk for 
error checking, but you must delete these log files before you run any new 
tests. You may delete these log files yourself or rerun the entire UETP, 
which checks for old UETP.LOG files and deletes them. 

5.6.12 Possible UETP Errors 

This section is intended to help you identify problems you might encounter 
running UETP. 

The following are the most common failures encountered while running 

TTTTT'D. 

• Wrong quotas, privileges, or account 

• UETINIT01 failure 

• Ethernet device allocated or in use by another application 

• Insufficient disk space 

• Incorrect VAXcluster setup 

• Problems during the load test 

• DECnet-VAX error 

• Lack of default access for the FAL object 
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• Errors logged but not displayed 

• No PCB or swap slots 

• Hangs 

• Bug checks and machine checks 

For more information refer to the VAX 3520, 3540 VMS Installation and 
Operations (ZKS166) manual. 

5.7 Using Loopback Tests to Isolate Failures 

You can use external loopback tests to isolate problems with the console 
port, DSSI adapters (SHAC chips), Ethernet controller (SGEC chip), and 
many common Q— bus options. 

If one or more of these tests fail, check that the DC power and pico fuses on 
the H3604 are OK There are four pico fuses located on the back of H3604 
console module. One fuse (F3) is on the outside, the other three are on the 
component side. If a fuse is bad, replace the fuse-not the H3604. 

Table 5-10 lists symptoms associated with faulty fuses. Figure 5-10 shows 
the location of the H3604 fuses. 
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Table 5-10: H3604 Console Module Fuses, 



Fuse 


Part Number 


Symptom 


Fl (+12 V, 1/2 A) 


12-09159-00 


ThinWire Ethernet LED on H3604 is not lit. 

Ethernet external loopback test 5F fails if the 
Ethernet connector switch is set to ThinWire. 


F2(-12V, 1/16 A) 


90-09122-00 


No console display 


F3 (+5 V, 2 A) 


12-10929-06 


LEDs on both DSSI terminators (Bus 1) on the H3604 
console module are not lit; the DSSI terminator for 
Bus 0 is lit. 

SHOW DSSI or SHOW DEVICE commands show 
DSSI bus 0, but console displays message indicating 
that DSSI bus 1 terminators are missing or not 
functioning. 

DSSI SHAC (Bus 1) test 5C fails (countdown number 
11). 


F4 (+12 V, 1.5 A) 


12-10929-08 


The LED on the loopback connector (12-22196-02) for 
standard Ethernet is not lit. 

External loopback test 5F for the standard Ethernet 
passes, however. 
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Figure 5-10: H3604 Console Module Fuses 




Battery Backup Unit 



J1 = TOY Clock Battery 

J5 = H3604 Power 

J6 = CPU Interface 

W2 = Remote Boot Enable 

W4 = FEPROM Write Enable 

F1 = ThinWire Ethernet Power, 0.5 A 

PN = 12-09159-00 
F2 = -12V Power, 0.062 A 

PN =90-09122-00 
F3 = DSSI Terminator Power, 2.0 A 

PN = 12-10929-06 
F4 = Standard Ethernet Power, 1.5 A 

PN = 12-10929-08 
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5.7.1 Testing the Console Port 

To test the console port at power-up, set the Power-Up Mode switch on 
the H3604 console module to the Loop Back Test Mode position (bottom) 
and install an H3103 loopback connector into the MMJ of the H3604. The 
H3103 connects the console port transmit and receive lines. At power-up, 
the SLU_EXT_LOOPBACK test then runs a continuous loopback test. 

While the test is running, the LED display on the H3604 console module 
should alternate between 6 and 3. A value of 6 latched in the display 
indicates a test failure. If the test fails, one of the following parts is faulty: 
the KA675/KA680/KA690, the H3604, or the cabling. 

To test out to the end of the console terminal cable: 

1. Plug the MMJ end of the console terminal cable into the H3604. 

2. Disconnect the other end of the cable from the terminal. 

3. Place an H8572 adapter into the disconnected end of the cable. 

4. Connect the H3103 to the H8572. 
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5. Cycle power and observe the LED. 

5.7.2 Embedded DSSI Loopback Testing 

NOTE: Loopback tests do not test for termination power. Use the following 
procedure to check termination power: 

Remove the external DSSI cable and terminate Busses 0 and 1. Check the 
terminator LEDs to see if termination power is present. 

• No termination power at Bus 0 indicates a possible problem with the 
internal cable (PN 17-02502-01) that connects DSSI Bus 0 from the 

backplane. 

• No termination power at Bus 1 indicates a possible problem with the 
Pico fuse (F3, PN 12-10929-06) on the H3604 console module or the 
power harness module (PN 54-19789-01) for the console module. Refer 
to Table 5-10 for symptoms of bad fuses.) 

Power for DSSI Bus 0 is supplied by the Vterm regulator module, which 
plugs into the BA440 backplane. There are no fuses on this module. 

Test 56 tests both SHAC chips (the DSSI adapters). This test can be used 
to check both SHAC chips, the internal DSSI (Bus 0) connectivity, external 
DSSI cables, and the H3604 DSSI bus interconnect Complete the following 
procedures before running test 56. 

1. Make sure the system is powered down, then connect DSSI Bus 0 to 
DSSI Bus 1 with a standard external DSSI cable (BC21M-09). Place a 
DSSI terminator on the remaining DSSI connector for Bus 1. It is not 
critical which Bus 1 connector is used in connecting the cable. 

NOTE: The DSSI bus must be terminated for the tests to execute 
successfully. 

2. Remove all DSSI bus node ID plugs from storage devices on Bus 0. 

3. Install bus node ID plugs on the console module (H3604) so that Bus 0 
and Bus 1 do not have the same bus node ID. For example, assign bus 
node ID 6 to Bus 0 and bus node ID 7 to Bus 1. 

4. Power up the system. Note that the red Fault indicator on the ISE front 
panels will remain lit. This is normal when the bus node ID plugs have 
been removed. 

5. Run test 56. When tests have successfully completed, the console 
prompt is displayed. 
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»>T 56 

»> 

This loopback test is useful for isolating DSSI problems. A list of FRUs in 
order of probability follows: 

1. The external BC21M-09 cable 

2. The Vterm dual regulator module (PN 54-20404-01) 

3. The internal cable that connects DSSI Bus 0 from the backplane to the 
edge of the enclosure (PN 17-02502-01) 

4. The internal cable that connects the CPU to the H3604 (PN 17-02353- 
01) 

5. The 2.0 A Pico fuse (F3) on the H3604 (PN 12-10929-06) 

6. The KA675/KA680/KA690 module 

Test 58 is a SHAC and ISE reset and can be used to verify that ISEs can be 
accessed on the DSSI storage bus. Test 58 causes data packets to be passed 
between the ISEs and the adapters, verifying that the ISEs are accessible. 

Enter T 58 and specify DSSI bus (0 or 1) and the DSSI node ID of the ISE 
to be tested. 

»>T 58 o 5 

In the example above, Bus 0 node 5 was tested. (Each ISE has to be tested 
separately.) 

5.7.3 Embedded Ethernet Loopback Testing 

NOTE: Before running Ethernet loopback tests, check that the problem is 
not due to a missing terminator on a ThinWire T-connector. Also, refer to 
Table 5-10 to check for symptoms of a bad fuse. 

Test 5F is the internal loopback test for SGEC (Ethernet controller). 

»>T 5F 

For an external SGEC loopback, enter "1". 
»>T 5F l 

Before running test 5F on the Thin Wire Ethernet port, connect an H8223 
T-connector with two H8225 terminators. 

Before running test 5F on the standard Ethernet port, you must have a 
12—22196-02 loopback connector installed. 
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NOTE: Make sure the Ethernet Connector Switch is set for the correct 
Ethernet port. 

T 59 polls other nodes on Ethernet to verify SGEC functionality. The 
Ethernet cable must be connected to a functioning Ethernet. A series of 
MOP messages are generated; look for response messages from other nodes. 

»>T 59 

Reply received from node: AA-00-O4-00-FC-64 

Total responses: 1 

Reply received from node: AA-0 0-04 -00-47 -16 

Total responses: 2 

Reply received from node: 08-00-2B-15-48-70 

Total responses : 3 



Reply received from node: AA-00-04-00-17-14 

Total responses: 25 

>» 

5.7.4 Q-Bus Option Loopback Testing 

Module self-tests run when you power up the system. A module self-test 
can detect hard or repeatable errors, but usually not intermittent errors. 

A pass by a module self-test does not guarantee that the module is good, 
because the test usually checks only the controller logic. 

Table 5-11 lists loopback connectors for common devices. Refer to the 
Microsystems Options manual for a description of specific module self-tests. 
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Table 5-11 : Loopback Connectors for Common Devices 



Device 


Module Loopback 


Cable Loopback 


V/AAluivAJj AO 


noiuo t xio9ia 










JL/JLVOZ 


TJOA'TO 
XloU / Z 




nn\n i 
i-/Jr V 11 


125— loooo— 1U or Hazo 


no£3 11*— /7351— Ul; 






1/— vwbi- vi virom port i to porcz/ 


DRV1W 


7ft-9.47fi7_f)1 




D7Q11 






Auicrnet 








■LDtqJU A— 1A 




TEOH 


li-viSoo-vi 




KAfinn/W3604 


XXO JLv/O 


XXOXVO T XXOOIa 


ivr yoA 


LKx>i terminators 




KMV1A 


H3255 


H3251 


KZQSA 


12-30552-01 




LPV11 


12-15336-11 





1 Use the appropriate cable to connect transmit-to-receive lines. H3 10 1 and H3 103 are double- 
ended cable connectors. 

2 For Thin Wire, use H8223-00 phis two H8225-00 terminators. For standard Ethernet, use 
12-22196-02. 
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Chapter 6 

FEPROM Firmware Update 



KA675/KA680/KA690 firmware is located on four chips, each 128 K by 8 
bits of FLASH programmable EPROMs, for a total of 512 Kbytes of ROM. 
(A FLASH EPROM (FEPROM) is a programmable read-only memory that 
uses electrical (bulk) erasure rather than ultraviolet erasure.) 

FEPROMs provide nonvolatile storage of the CPU power-up diagnostics, 
console interface, and operating system primary bootstrap (VMB). An 
advantage of this technology is that the entire image in the FEPROMs 
may be erased, reprogrammed, and verified in place without removing the 
CPU module or replacing components. 

A slight disadvantage to the FEPROM technology is that the entire part 
must be erased before reprogramming. Hence, there is a small "window 
of vulnerability" when the CPU has inoperable firmware. Normally, this 
window is less than 30 seconds. Nonetheless, an update should be allowed 
to execute undisturbed. 

Firmware updates are provided through a package called the Firmware 
Update Utility. A Firmware Update Utility contains a bootable image, 
which can be booted from tape or Ethernet, that performs the FEPROM 
update. Firmware update packages, like software, are distributed through 
Digital's SSB. Service engineers are notified of updates through a service 
blitz or Engineering Change Order (ECO)/Field Change Order (FCO) 
notification. 

NOTE: The NVAX CPU chip has an area called the Patchable Control Store 

(PCS), which can he used to update the microcode for the CPU chip. 

Updates to the PCS require a new version of the firmware. 

A Firmware Update Utility image, consists of two parts, the update 
program and the new firmware, as shown in Figure 6-1. The update 
program uniformly programs, erases, reprograms, and verifies the entire 
FEPROM. 
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Figure 6-1: Firmware Update Utility Layout 



Update Program 



New Firmware Image 



MLO-007271 

Once the update has completed successfully, normal operation of the system 
may continue. The operator may then either halt or reset the system and 
reboot the operating system. 

6.1 Preparing the Processor for an FEPROM Update 

Complete the following steps to prepare the processor for an FEPROM 
update: 

1. The system manager should perform operating system shutdown. 

2. Enter console mode by pressing the Halt button twice — in to halt the 
system, and out to enter console mode (>»). If the Break Enable 
/Disable switch on the console module is set to e nable (indicated by 
1), you can halt the system by pressing the lawn! key on the console 
terminal. 

3. In order to update the firmware, jumper W4 on the inside of the 
H3604 console module must be in the "write enable mode," as shown in 
Figure 6-2. (Write enable is the factory setting.) 

lb access the jumper you must open the H3604 console module by 
unlocking the two half-turn screws that hold it closed. 
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Figure 6-2: W4 Jumper Setting for Updating Firmware 
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6.2 Updating Firmware Via Ethernet 

To update firmware via the Ethernet, the "client" system (the target- 
system to be updated) and the "server* system (the system that serves 
boot requests) must be on the same Ethernet segment. The Maintenance 
Operation Protocol (MOP) is the transport used to copy the network image. 

Use the following procedure to update firmware via the Ethernet: . 

1. Be sure H3604 jumper W4 is in the correct ("write enable mode") 
position (Section 6.1). 

2. Enable the server system's NCP circuit using the following VMS 
commands: 

$ MCR NCP 

KCP>SET CIRCUIT <circuit> STATE OFF 
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NCP>SET CIRCUIT <circuit>, SERVICE ENABLED 
NCP>SET CIRCUIT <circuit> STATE ON 

Where <circuit> is the system Ethernet circuit. Use the SHOW 
KNOWN CIRCUITS command to find the name of the circuit. 

NOTE: The SET CIRCUIT STATE OFF command will bring down 
the system's network. 

3. Copy the file containing the updated code to the MOM$LOAD area on 
the server (this procedure may require system privileges). Refer to 
the Firmware Update Utility Release Notes for the Ethernet bootable 
filename. Use the following command to copy the file: 

$ COPY <filename>.SYS MOM$LOAD:*.* 

Where <filename> is the Ethernet bootable filename provided in the 
release notes. 

4. On the client system, enter the command BOOT/100 EZ at the console 
prompt (>»). 

The system then prompts you for the name of the file. 

NOTE: Do NOT type the "SYS" suffix when entering the Ethernet 
bootfile name. The MOP load protocol only supports 15 character 
filenames. 

5. After the FEPROM upgrade program is loaded, simply type "Y" at the 
prompt to start the FEPROM blast. Example 6-1 provides a console 
display of the FEPROM update program. 

CAUTION: Once you enter the bootfile name, do not interrupt the 
FEPROM blasting program, as this can damage the CPU module. The 
program takes several minutes to complete. 

NOTE: On systems with a VCB02 terminal, you will see an abbreviated 
form of the following example. 
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Example 6-1 : FEPROM Update Via Ethernet 



•*•*• on Server System ***** 
$ MCR NCP 

NCP>SET CIRCUIT ISA-0 STATE OFF 
NCP>SET CIRCUIT ISA-0 SERVICE EHABLF.D 
NCP>SET CIRCUIT ISA-0 STATE OH 
NCP>EXIT 
$ 

$ COPY KA680_V41 EZ.SYS MOMSXOAD : * . * 
S ~ 

***** On Client System ***** 

»> BOOT/100 EZAO 

(BOOT/R5:100 EZAO) 

2.. 

Boot file: K6S0_V41 E2 
-EZAO ~ ~ 

1..0.. 

FEPROM BLASTING PROGRAM 
blasting in V4.1... 

CAUTION 

EXECUTING THIS PROGRAM HILL CHANGE YOUR CURRENT ROM 
Do you really want to continue [Y/N] ? : Y 

DO NOT ATTEMPT TO INTERRUPT PROGRAM EXECUTION! 

DOING SO MAY RESULT IN LOSS OF OPERABLE STATE! 

The program will take at most several minutes. 



starting unif ormjprogram. . . 



byte 


00070000 


has 


been 


written 


with 


0' 


s. . . 


byte 00060000 


has 


been 


written 


with 


0' 


s. . . 


byte 


00050000 


has 


been 


written 


with 


0' 


s. . . 


byte 


00040000 


has 


been 


written 
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0* 


s. . . 


byte 


00030000 


has 


been 


written 


with 


0' 


s. . . 


byte 


00020000 


has 


been 


written 


with 


0' 


s. . . 


byte 


UVW1WVVV 


has 


been 


written 




0' 


s. . . 


byte 


00000000 


has 


been 


written 


with 


0' 


s. . . 


starting erase. 














byte 


00070000 


has 


been 


erased. 








byte 


00060000 


has 


been 


erased. 








byte 


ooosoooo 


has 


been 


erased. 








byte 


00040000 


has 


been 


erased. 








byte 


00030000 


has 


been 


erased. 








byte 


00020000 


has 


been 


erased. 








byte 


00010000 


has 


been 


erased. 








byte 


00000000 


has 


been 


erased. 









starting program... 

Example 6-1 (continued on next page) 
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Example 6-1 (Com.): FEPROM Update Via Ethernet 



byte 00070000 has been reprogrammed. . . 
byte 00060000 has been reprogrammed... 

byte 00050000 has been reprogrammed 

byte 00040000 has been reprogrammed... 

byte 00030000 has been reprogrammed 

byte 00020000 has been reprogrammed 

byte 00010000 has been reprogrammed... 
byte 00000000 has been reprogrammed 

FEPROM Programming successful 

»> 

6. Press the Restart button on the SCP or enter "T 0" at the console prompt 
(»>). 

7. If the customer requires, return jumper W4 on the inside of the H3604 
console module to the "write disable mode" setting and close and secure 
the console module by locking the half-turn screws. 

6.3 Updating Firmware Via Tape 

To update firmware via tape, the system must have a TF85, TK70, or TK50 
tape drive. 

If you need to make a bootable tape, copy the bootable image file to a tape 
as shown in following example. Refer to the release notes for the name of 
the file. 

$ INIT MIA5 : "VOLDME__NAME" 

$ MOUNT /BLOCK_S IZE = 512 MIA5 : "VOLUME_NAME" 
$ COPY/CONTIG <fil«_namo> MIA5 :<fil«_namo> 
$ DISMOUNT MIA5 

$ 

Use the following procedure to update firmware via tape: 

1. Be sure H3604 jumper W4 is in the correct C'write enable mode") 
position (Section 6.1). 

2. At the console prompt (»>), enter the BOOT/100 command for the tape 
device, for example: BOOT/100 MIA5. 

Use the SHOW DEVICE command if you are not sure of the device 
name for the tape drive. 

The system prompts you for the name of the file. Enter the bootfile 
name. 
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After the FEPROM upgrade program is loaded, simply type ,T Y" at the 
prompt to start the FEPROM blast. Example 6-2 provides a console 
display of the FEPROM update program. 



CAUTION: Once you enter the bootfile name, do not interrupt the 
FEPROM blasting program, as this can damage the CPU module. The 
program takes several minutes to complete. 

NOTE: On systems with a VCB02 terminal, you will see an abbreviated 
form (Example 6-2. 

4. Press the Restart button on the SCP or enter "T 0" at the console prompt 
(»>). 

5. If the customer requires, return jumper W4 on the inside of the H3604 
console module to the "write disable mode" setting and close and secure 
the console module by locking the half-turn screws. 
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Example 6-2: FEPROM Update Via Tape 



»> BOOT/100 MXA5 

<BOOT/R5:100 MIA5) 

2.. 

Boot file: K680_V41 EZ 
-MIA5 ~ 

1..0.. 

FEPROM BLASTING PROGRAM 
blasting in V4.1. . . 

CAUTION 

EXECUTING THIS PROGRAM WILL CHANGE YOUR CURRENT ROM 

Do yr>v really vant, to continue [Y/N] ? ? T 

DO NOT ATTEMPT TO INTERRUPT PROGRAM EXECUTION ! 
DOING SO MAY RESULT IN LOSS OF OPERABLE STATE ! 
The program will take at most several minutes. 
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byte 


00010000 
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byte 


00000000 


has 


been 


written 
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starting erase 














byte 


00070000 


has 


been 


erased. 








byte 


00060000 


has 


been 


erased. 








byte 


00050000 


has 


been 


erased. 








byte 


00040000 


has 


been 


erased. 








byte 
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has 


been 


erased. 








byte 00020000 


has 


been 


erased. 








byte 


00010000 


has 
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erased. 








byte 


00000000 


has 


been 


erased. 









starting program. . . 

byte 00070000 has been reprogrammed 

byte 00060000 has been reprogrammed 

byte 00050000 has been reprogrammed — 

byte 00040000 has been reprogrammed 

byte 00030000 has been reprogrammed. . . 

byte 00020000 has been reprogrammed 

byte 00010000 has been reprogrammed. . . 
byte 00000000 has been reprogrammed 

FEPROM Programming successful 

»> 
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6.4 FEPROM Update Error Messages 

The following is a list of error messages generated by the FEPROM update 
program and actions to take if the errors occur. 



MESSAGE: 

update enable juniper is disconnected 

unable to blast ROMs... 

ACTION: 

Reposition update enable jumper (Section 6.1). 
MESSAGE: 

ROM programming error-expected byte: xx actual byte: xx 

at address: xxxxxxxx 

ACTION: 

Replace the CPU module. 



MESSAGE: 

ROM uniform pgming error-expected byte: 00 actual byte: xx 

at address: xxxxxxxx 

ACTION: 

Turn off the system, then turn it on. If you see the banner message 
as expected, re-enter console mode and try booting the update program 
again. If you do not see the usual banner message, replace the CPU 
module. 



MESSAGE: 

ROM erase error-expected byte: ff actual byte: xx 

at address: xxxxxxxx 

ACTION: 

Replace the CPU module. 



Patchable Control Store (PCS) Loading Error Messages 

The following is a list of error messages that may appear if there is a 
problem with the PCS. The PCS is loaded as part of the power-up stream 
(before ROM-based diagnostics are executed). 

MESSAGE: 

CPU is not an NVAX 

COMMENT: 

CPU_TYPE as read in NVAX SID is not = 19 (decimal), as is should be 
for an NVAX processor. 
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MESSAGE: 

Microcode patch/CPU rev mismatch 
COMMENT: 

Header in microcode patch does not match MICROCODE REV as read 
in NVAX SID. 

MESSAGE: 

PCS Diagnostic failed 

COMMENT: 

Something is wrong with the PCS. Replace the NVAX chip (or CPU 
module). 



MESSAGE: 
Unexpected SIE 
COMMENT: 

SYS_TYPE as read in the ROM SIE does not reflect that an NVAX CPU 
is present. 
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Appendix A 

KA675 KA680 KA690 Firmware 

Commands 



This appendix provides information on console mode control characters and 
firware commands for the CPU module. 



A.1 Console I/O Mode Control Characters 

In console I/O mode, several characters have special meaning: 

I RETURN | Also <CR>. The carriage return ends a command line. No action is taken 

on a command until after it is terminated by a carriage return. A null 
line terminated by a carriage return is treated as a valid, null command. 
No action is taken, and the console prompts for input. Carriage return is 
echoed as carriage return, l ine feed (<CR><LF>). 

IruboutI When you press IruboutL the console deletes the previously typed 

character. The resulting display differs, depending on whether the console 
is a video or a hardcopy terminal. 

For hardcopy terminals, the console echoes a backslash (\), followed 
by the deletion of the character. If you press additional rubouts, the 
additional deleted characters are echoed. If you type a nonrubout 
character, the console echoes another backslash, followed by the character 
typed. The result is to echo the characters deleted, surrounding them with 
backslashes. For example: 

EXAMINE I rubout | rubout { NE<CR> 

The console echoes: EXAM^\E;\NE<db> 

The console sees the command line: EXAMINE <CR> 

For video terminals, the previous character is erased and the cursor is 
restored to its previous position. 

The console does not delete characters past the beginning of a command 
line. If you press more rubouts than there are characters on the line, the 
extra rubouts are ignored. A rubout entered on a blank line is ignored. 
I CTRL/A | and F14 Toggle insertion/overstrike mode for command line editing. By default, the 
console powers up to overstrike mode. 
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I CTRL/8 1 or up_ 
arrow (or down_ 
arrow) 

Ictrl/dI and left 
arrow 

ICTRUEl 



[CTRUFj and right 
arrow 

ICTRUHL 

backspace, and 
F12 

ICTRLAll 

lCTRUSl 
ICTRUQl 
ICTRURl 



Recalls previous commandos). Command recall is only operable if sufficient 
memory is available. His function may then be enabled and disabled using 
the SET RECALL command. 
Move cursor left one position. 

Moves cursor to the end of the line. 
Move cursor right one position. 

Move cursor to the beginning of the line. 



Echoes A U<CR> and deletes the entire line. Entered but otherwise ignored 
if typed on an empty line. 



CTRUC 



ICTRUQl 



Stops output to the console terminal until ICTRL/Ql is typed. Not echoed. 
Resumes output to the console terminal. Not echoed. 
Echoes <CR><LF>, followed by the current command line. Can be used to 
improve the readability of a command line that has been heavily edited. 
Echoes A C<CR> and aborts processing of a command. When entered as 
part of a command line, deletes the line. 

Ignores transmissions to the console terminal until the next |gj£g) is 
entered. Echoes A 0 when disabling output, not echoed when it re-enables 
output. Output is re-enabled if the console prints an error message, or if 
it prompts for a command from the terminal Outp ut is also enabled by 
enterin g console I/O mode, by pressing the I BREAK 1 key, and by pressing 

fCTRUCL 

A.1.1 Command Syntax 

The console accepts commands up to 80 characters long. Longer commands 
produce error messages. Th e chara cter count does not include rubouts, 
rubbed-out characters, or the l return I at the end of the command. 

You can abbreviate a command by entering only as many characters as are 
required to make the command unique. Most commands can be recognized 
from their first character. See Table A-5. 

The console treats two or more consecutive spaces and tabs as a single 
space. Leading and trailing spaces and tabs are ignored. You can place 
command qualifiers after the command keyword or after any symbol or 
number in the command. 

All numbers (addresses, data, counts) are hexadecimal (hex), but symbolic 
register names contain decimal register numbers. The hex digits are 0 
through 9 and A through F. You can use uppercase and lowercase letters in 
hex numbers (A through F) and commands. 

The following symbols are qualifier and argument conventions: 
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[ ] An optional qualifier or argument 



{ } A required qualifier or argument 

A.1.2 Address Specifiers 

Several commands take one or more addresses as arguments. An address 
defines the address space and the offset into that space. The console 
supports five address spaces: 

Physical memory 
Virtual memory 

General purpose registers (GPRs) 
Internal processor registers (IPRs) 
ThePSL 

The address space that the console references is inherited from the previous 
console reference, unless you explicitly specify another address space. The 
initial address space is physical memory. 

A.1.3 Symbolic Addresses 

The console supports symbolic references to addresses. A symbolic reference 
defines the address space and the offset into that space. Table A-l lists 
symbolic references supported by the console, grouped according to address 
space. You do not have to use an address space qualifier when using a 
symbolic address. 



Table A-1 : Console Symbolic Addresses 



Symb 


Addr 


Symb Addr Symb Addr 


Symb 


Addr 


/G — General Purpose Registers 


BC 




S4 C4 SS OS 


S12CAP) 


oc 


Bl 


01 


R5 05 B9 09 


B13CPP) 


OD 


K2 


02 


R6 06 RIO OA 


R14CSP) 


OE 


R3 


03 


R7 07 Rll OB 


R1SCPO 


OF 


/M — Processor Status Longword 


PSL 











Note: All symbolic values in this table are in hexadecimal. 
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Table A-1 (Cont.): Console Symbolic Addresses 



Symb Addr Symb Addr Symb Addr Symb Addr 
fl — Internal Processor Registers 





00 


pr$_pebb 


10 


prt_ixe» 


20 




30 




01 


pr$_scbb 


n 


pr$jtxdb 


21 




31 


pi$_csp 


02 


pr$_jpl 


12 


pl$_t3K> 


22 




32 




03 


pi$_a»tly 


13 


pr$_txdb 


23 




33 


pr$_itp 


04 


pr$_*inr 


14 




24 




34 




05 


pr$_««r 


15 




25 




35 




06 




IS 




26 




36 




07 




17 




27 


prt>_>ores« 


37 




08 


PI$J«8 


IS 




28 


pc^jospcn 


38 




09 




19 




29 


pc$ tbia 


39 


plbr 


OA 




1A 


_«vpe 


2A 


pr$_tlri« 


3A 




0B 




IB 


pf$ M MLYpsl 


2B 




3B 




0C 




1C 




2C 




3C 


p ■ 


OD 




ID 




2D 




3D 




OE 




IE 




2E 


~ dd 






OF 




IF 




2F 


pr$_tbchk 


3F 


pr$_£cr 


7D 














prt_cctl 


AO 




B0 


pi * Bll i 


DO 




F0 




Al 




Bl 




Dl 




Fl 


mr* hnUtt 


A2 


pi^^lMOCmQ 


B2 




D2 




F2 


pr^^Jbcctstft 


A3 




B3 


pr$_ie«r 


D3 




F3 


pr$ M bc&bdx 


A4 


vu£ r^iilitlii 


B4 




D4 


PClaCSU 


F4 


prSJbcetAg 


AD 




DC 
D9 




D5 




F5 


pr$_beedcU 


A6 


pr$_oedatlo 


B6 




D6 




F6 


pr$Jbccdidjt 


A7 




B7 


pr$_paa«le 


E7 




F7 


pr$Jbcedeec 


A8 


pi$^nucxud 


BS 




E8 


pr$_pcetl 


F8 


prS_eeiadr 


AB 




B9 




E9 




F9 


pr$_ceftu 


AC 




BA 


pr$_tb*dr 


EC 




FA 


pr$_ne*t» 


AE 




BB 


pi$_tbsU 


ED 




FB 


prSJbctag 


01000000 


pr$_bcfiuih 


01400000 


pr$_pctag 


01800000 


pr$_pcdap 


01C 



/P— Physical (VAX I/O Space) 



qbio 


20000000 




30000000 


qbmbf 


20080010 








20040000 






bdr 


20084004 






■cr 


20080000 


dser 


20080004 


qbesr 


20080008 


dear 


2008000C 


ipetO 


20001 M0 


ipcrl 


2000ir42 


ipcx2 


2000U44 


ipcr3 


20001f46 


Mc_nun 


20140400 


ne_cr 


20140010 


sac.cbtcr 


20140020 


•ac.dledr 


20140030 
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Table A-1 (Cont): Console Symbolic Addresses 



Symb 


Addr 


Symb 


Addr 


Symb 


Addr 


Symb 


Addr 


/P— Physical (VAX VO Space) 


■sc.adOmat 


20140130 


ssc.adOmsk 


20140134 


■se.adlsat 


20140140 


csc_adlmsk 


20140144 


ssc_toO 


20140100 


ssc_tirO 


20140104 


sse.taiiO 


20140108 


uc_tmO 


2014010c 


isc_tcrl 


20140110 


ssejirl 


20140114 


ssc_tnirl 


20140118 


•se_tivrl 


2014011c 


nicuO 


20006000 


nicsrl 


20008004 


nicsr2 


20008008 


mesz3 


2000800C 


nicsri 


20008010 


cicsrS 


20008014 


nicsrS 


20008018 


xricsr? 


2000801C 


— 


20008020 


mcsr9 


20008024 


nicsrlO 


20008028 


nicsrll 


2000802C 


nicsrl2 


20008030 


mcsrl3 


20008034 


nicsrl 4 


20008038 


mcsrl5 


2000803C 


tgec.setup 


20008000 


»gec_tacpoU 


20008004 


igtcjxpcSl 


20008008 


sgec_lba 


2000800C 


sgec.tba 


20008010 


cgee.stattus 


20008014 


«gec_jnode 


20008018 


$gec_sbr 


2000801C 




20008020 


sgec_wdt 


20008024 


»gcc_mfc 


20008028 


sgec_ytflo 


2000802C 


sgec_verhi 


20008030 


sgec_proc 


20008034 


sgec.bpt 


20008038 


cgec.cmd 


2000803C 


>hacl_«swer 


20004030 


shacl_tshnia 


20004044 


»hael_pqbbr 


20004048 


thacljwr 


2000404c 


sbacl_pesr 


20004050 


«hacl_p£ar 


20004054 


»hacl_ppr 


20004058 


thael_pmc«r 


2000405C 


ibacl_peqOcr 


20004080 


ihacl_pcqlcr 


20004084 


ihacl_pcq2cr 


20004088 


*hacl_peq3er 


2000408C 


abacl_pdfqcr 


20004090 


shacl pcifgcr 


20004094 


shacl_psrcr 


20004098 


tfaacl_pecf 


2000409C 


ihacl_pdcr 


200040A0 


thacl _picr 


200040A4 


shacl_pmtcr 


200040A8 


shacl_pmtecr 


200040AC 


shac2_uwcr 


20004230 


iha^2 whirr?? 


20004244 


shac2_pqbbr 


20004248 


ihae2_p«r 


2000424c 


«hac2_petr 


20004250 


«hac2_p&r 


20004254 


»hac2_ppr 


20004258 


«hac2_pmesr 


200042SC 


»hac2_pcq0cr 


20004280 


•hac2_pcqlcr 


20004284 


ihac2_pcq2cr 


20004288 


shsc2_pe(]3cr 


2000428C 




20004290 


shsc2.j3Bf(]cr 


20004294 




20004298 


ihac2_p6cr 


2000429C 


thac2_pdcr 


200042A0 


»hae2_picr 


200042A4 


«hac2_pmtcr 


200042A8 


shac2jpmteer 


200042AC 


thac.nwcr 


20004230 


•faae_«shma 


20004244 


»hac_pqbbr 


20004248 


thac_por 


2000424c 




20004250 


shae_pfar 


20004254 


•hac_ppr 


20004258 


»hac_pmc*r 


2000425C 


•hac_pcqOcr 


20004280 


»hac_pcqlcr 


20004284 


*hac_pcq2cr 


200042SS 


■haejeqScr 


20OG428C 


thac_pdfqcr 


20004290 


shac_pmfqer 


20004294 


tfaac_potr 


20004298 


shacjeer 


2000429C 


&hac_wkr 


2OO042A0 


shacjpicr 


200042A4 


*hac_pmtcr 


200042AS 


•haejmteer 


200042AC 


nx&ccwb 
















memconO 


21018000 


memcanl 


21018004 


memcon2 


21018008 




2101800c 


sienco&4 


21018010 




21018014 




21018018 


rsrmcon7 


2101801c 


memsigS 


21018020 


memagS 


21018024 


memnglO 


21018028 


xnemsigll 


2101802c 


memtixl2 


21018030 


m«msfl3 


21018034 


memsgl4 


21018038 


memBgl5 


2101803c 


mear 


21018040 


mser 


21018044 




21018048 


moamr 


2101804C 


cear 


21020000 


ncadsr 


21020004 


csearl 


21020008 


c*esi2 


2102000c 


cpioeal 


21020010 


cpioax2 


21020014 


adear 


21020018 
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Table A-2 lists symbolic addresses that you can use in any address space. 
Table A-2: Symbolic Addresses Used In Any Address Space 

Symbol Description 

* The location last referenced in an EXAMINE or DEPOSIT command. 

+ The location immediately following the last location referenced in an EXAMINE 

or DEPOSIT command. For references to physical or virtual memory spaces, the 
location referenced is the last address, plus the size of the last reference (1 for 
byte, 2 for word, 4 for longword, 8 for quadword). For other address spaces, the 
address is the last address referenced plus one. 

_ The location immediately preceding the last location referenced in an EXAMINE 

or DEPOSIT command. For references to physical or virtual memory spaces, 
the location referenced is the last address minus the size of this reference (1 for 
byte, 2 for word, 4 for longword, 8 for quadword). For other address spaces, the 
address is the last address referenced minus one. 

© The location addressed by the last location referenced in an EXAMINE or 

DEPOSIT command. 



A.1.4 Console Numeric Expression Radix Specifiers 

By default, the console treats any numeric expression used as an address 
or a datum as a hexadecimal integer. The user may override the default 
radix by using one of the specifiers listed in Table A-3. 

Table A-3: Console Radix Specifiers 



Form 1 Form 2 Radix 



fob 


A b 


Binary 


%o 


A o 


Octal 


%d 


A d 


Decimal 


%x 


*x 


Hexadecimal, default 



For instance, the value 19 is by default hexadecimal, but it may also be 
represented as %bll001, %o31, %d25, and %xl9 (or in the alternate form 
as A bll001, A o31, A d25, and A xl9). 

A.1.5 Console Command Qualifiers 

You can enter console command qualifiers in any order on the command 
line after the command keyword. The three types of qualifiers are data 
control, address space control, and command specific. Table A-4 lists and 
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describes the data control and address space control qualifiers. Command 
specific qualifiers are listed in the descriptions of individual commands. 



Table A-4: Console Command Qualifiers 



Qualifier Description 



Data Control 



m 
m 

IL 
/Q 

/N:{count} 



/■STEP: {size} 



/WRONG 



The data size is byte. 
The data size is word. 
The data size is longword. 
The data size is quadword. 

An unsigned hexadecimal integer that is evaluated into a longword. This 
qualifier determines the number of additional operations that are to take place 
on EXAMINE, DEPOSIT, MOVE, and SEARCH commands. An error message 
appears if the number overflows 32 bits. 

Step. Overrides the default increment of the console current reference. 
Commands that manipulate memory, such as EXAMINE, DEPOSIT, MOVE, 
and SEARCH, normally increment the console current reference by the size 
of the data being used. 

Wrong. On writes, 3 is used as the value of the ECC bits, which always 
generates double bit errors. Ignores ECC errors on main memory reads. 



Address Space Control 

/G General purpose register (GPR) address space, R0-R15. The data size is 

always longword. 

/I Internal processor register (IPR) address space. Accessible only by the MTPR 

and MFPR instructions. The data size is always longword. 

/V Virtual memory address space. All access and protection checking occur. If 

access to a program running with the current PSL is not allowed, die console 
issues an error message. Deposits to virtual space cause the PTE<M> bit to be 
set. If memory mapping is not enabled, virtual addresses are equal to physical 
addresses. Note that when ycu examine virtual memory, the address space 
and address in the response is the physical address of the virtual address. 

/P Physical memory address space. 

/M Processor status longword (PSL) address space. The data size is always 

longword. 

/U Access to console private memory is allowed. This qualifier also disa bles 

virtual address protection checks. On virtual address writes, the PTE<M> 
bit is not set if the AJ qualifier is present. This qualifier is not inherited; it 
must be respecified on each command. 
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A.1.6 Console Command Keywords 

Table A-5 lists command keywords by type. Table A-6 lists the parameters, 
qualifiers, and arguments for each console command. Parameters, used 
with the SET and SHOW commands only, are listed in the first column 
along with the command. 

You should not use abbreviations in programs. Although it is possible 
to abbreviate by using the minimum number of characters required to 
uniquely identify a command or parameter, these abbreviations may 
become ambiguous at a later time if an updated version of the firmware 
contains new commands or parameters. 

Table A-5: Command Keywords by Type 



Processor Control Data Transfer Console Control 



BOOT 


DEPOSIT 




CONFIGURE 




CONTINUE 


EXAMINE 




FIND 




HALT 


MOVE 




REPEAT 




INITIALIZE 


SEARCH 




SET 




NEXT 


X 




SHOW 




START 






TEST 




UNJAM 






i 




Taoie A-o: 


Console Command Summary 




Command 


Qualifiers 


Argument 


Others) 


BOOT 


At5Kboot_fiagi} /{boot_flagi) 


[{boo:_deTice][,{b<xrt_deTiec}]...] 




CONFIGURE 










CONTINUE 










DEPOSIT 


IB /W IL Hm\ — IG tl /V IP M. IU 
/N:{coanl} /STEPHnse) /WRONG 


{addren} 




{data} [{date}] 


EXAMINE 


IB /W IL /Q — IG a N IP IX IU 
/N:{count} /STEP:(we) /WRONG 

/INSTRUCTION 


({address}] 






FIND 


/MEM/RPB 








HALT 










HELP 










INITIALIZE 










MOVE 


/B/W/L/Q — /V/P/U 
/N:{countf /STEP:{*ize} /WRONG 


(»re_»ddres*J 




(dest.addreH) 


NEXT 




Heoont}] 






REPEAT 
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Table A-6 (Cont.): Console Command Summary 



Command 


Qualifiers 


Argument 


Other(s) 


SEARCH 


/B/W/L/Q — /V/P/U 
/N:{count} /STEP:{size} /WRONG 

/NOT 


{itart_addres»} 


{pattern} [{mask}} 


SET BFLAG 




{bitmap} 




SET BOOT 


— 


[{boot_device}[,{boot_de»ieeji._ 


— 


SET CONTEOLP 




«V1} 




SET HALT 


— 


{halt_acti©s} 


— 


SET HOST 


/DUP /DSSI /BUS:{(V1} 


{node_number} 


[{task}] 


SET HOST 


/DUP /UQSSP {/DISK ! /TAPE } 
/DUP /UQSSP 


{controller_nuinber} 
{csr_address} 


[{task}] 
[{task}] 


SET HOST 


/MAINTENANCE /UQSSP 
/SERVICE 

/MAINTENANCE /UQSSP 


{controller_nunber} 
{csr_address) 




SET LANGU AGE 




{lanjruage_type} 




SET RECALL 




{0/1} 




SHOW BFIXAOG 








SHOW BOOT 








SHOW CONTROLP 








SHOW DSSI 








SHOW HALT 








SHOW LANGUAGE 








SHOW MEMORY 


/FULL 






SHOW QBUS 










SHOW RECALL 


- 


— 


- 


SHOW RLV12 


— 


— 


— 


SHOW SCSI 


- 


— 


— 


SHOW TRANSLA- 
TION 


— 


{phys_ad dress} 


- 


SHOW UQSSP 








SHOW VERSION 









START 








TEST 




{testjnmnber) 


[{parameters}] 


UNJAM 








X 




{address} 


{count} 



A.2 Console Commands 

This section describes the console I/O mode commands. Enter the 
commands at the console I/O mode prompt (»>) . 
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A.2.1 BOOT 



The BOOT command initializes the processor and transfers execution to 
VMB. VMB attempts to boot the operating system from the specified device 
or list of devices, or from the default boot device if none is specified. The 
console qualifies the bootstrap operation by passing a boot flags bitmap to 
VMB in R5. 

Format: 

BOOT [qualifier-list] [ fboot_device} , {boot_device} ,...] 

If you do not enter either the qualifier or the device name, the default value 
is used. Explicitly stating the boot flags or the boot device overrides, but 
does not permanently change, the corresponding default value. 

When specifying a list of boot devices (up to 32 characters, with devices 
separated by commas and no spaces), the system checks the devices in the 
order specified and boots from the first one that contains bootable software. 

NOTE: If included in a string of boot devices, the Ethernet device, EZAO, 
should be placed only as the last device of the string. The system will 
continuously attempt to boot from EZAO. 

Set the default boot device and boot flags with the SET BOOT and SET 
BFLAG commands. If you do not set a default boot device, the processor 
times out after 30 seconds and attempts to boot from the Ethernet port, 
EZAO. 

Qualifiers: 

Command specific: 

/R5:{boot_flags} A 32-bit hex value passed to VMB in R5. The console does not interpret this 
value. Use the SET BFLAG command to specify a default boot flags longword. 
Use the SHOW BFLAG command to display the longword. Table 3-4 lists the 
supported R5 boot flags. 

/{boot_flags} Same as /R5:{boot_flags) 

[device_name] A character string of up to 32 characters. Longer strings cause a VAL TOO 
BIG error message. When specifying a list of boot devices, the device names 
should be separated by commas and no spaces. Apart from checking the 
length, the console does not interpret or validate the device name. The console 
converts the string to uppercase, then passes VMB a string descriptor to this 
device name in R0. Use the SET BOOT command to specify a default boot 
device or list of devices. Use the SHOW BOOT command to display the default 
boot device. The factory default device is the Ethernet port, EZAO. Table 3-3 
lists the boot devices supported by the KA675/KA680/KA690. 
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Examples: 

>»SHOH BOOT 

DDAO 

>»SHOW BFLAG 

00000000 

»>B '.Boot using default boot flags and device. 
(BO0T/R5:0 DUAO) 

2.. 

-DUAO 

»>BO XQAO "Boot using default boot flags and 
(BOOT/R5:0 XQAO) ! specif ied device. 

2. . 

-XQAO 

»>BOOT I/O !Boot using specified boot flags and 
(BOOT/R5:10 DUAO) 'default device. 

2.. 

-DUAO 

»>BOOT /R5:220 XQAO I Boot using specified boot 
(BOOT/R5:220 XQAO) ! flags and device. 

2.. 
-XQAO 

A.2.2 CONFIGURE 

The CONFIGURE command invokes an interactive mode that permits 
you to enter Q22— bus device names, then generates a table of Q22-bus 
I/O page device CSR addresses and interrupt vectors. CONFIGURE is 
similar to the VMS SYSGEN CONFIG utility. This command simplifies 
field configuration by providing information that is typically available only 
with a running operating system. Refer to the example below and use the 
CONFIGURE command as follows: 

1. Enter CONFIGURE at the console I/O prompt. 

2. Enter HELP at the Device, Number? prompt to see a list of devices 
whose CSR addresses and interrupt vectors can be determined. 

3. Enter the device names and number of devices. 

4. Enter EXIT to obtain the CSR address and interrupt vector 
assignments. 

The devices listed in the HELP display are not necessarily supported by 
the CPU. 
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Format: 



CONFIGURE 

Example: 

»>CONFIGORE 

Enter device configuration, HELP, or EXIT 
Device, Number? help 
Devices : 



LPV11 


KXJ11 


DT.V1 1 J 




U£i V J. X 


DFA01 


RLV12 


TSV05 


RXV21 


DRV11W 


DRV11B 


DPV11 


DMV11 


DELQA 


DEQNA 


DESQA 


RQDX3 


KDA50 


RRD50 


RQC25 


KFQSA-DISK 


TQK50 


TQK70 


TU81E 


RV20 


KFQSA-TAPE 


KMV11 


IEQ11 


DHQ11 


DHV11 


CXA16 


CXB16 


CXY08 


VCB01 


QVSS 


LNV11 


LNV21 


QPSS 


DSV11 


ADV11C 


AAV11C 


AXV11C 


KWV11C 


ADV11D 


AAV11D 


VCB02 


QDSS 


DRV11J 


DRQ3B 


VSV21 


IBQ01 


IDV11A 


IDV11B 


IDV11C 


IDVliD 


IAV11A 


IAV11B 


MIRA 


ADQ32 


DTC04 


DESNA 


IGQ11 


DIV32 


KIV32 


DTCN5 


DTC05 


KWV32 


KZQSA 











Numbers : 

1 to 255, default is 1 
Device , Number? rqdx3 , 2 
De vi ce , Number ? dhvl 1,2 
Device, Number? deqna 
Device, Number? kfqsa-tape 
Device, Number? cxy08 
Device, Number? mira 
Device, Number? tqk50 
Device, Number? tqk70 
Device, Number? dhqll 
Device, Number? lnvll 
Device, Number? exit 

Address /Vector Assignments 
-774440/120 DEQNA 
-772150/154 RQDX3 
-760334/300 RQDX3 
-774500/260 KFQSA-TAPE 
-760444/304 TQK50 
-760450/310 TQK70 
-760500/320 DHV11 
-760520/330 DHV11 
-760540/340 CXY08 
-760560/350 DHQ11 
-776200/360 LNV11 
-761260/370 MIRA 
»> 
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i 



A.2.3 CONTINUE 



The CONTINUE command causes the processor to begin instruction 
execution at the address currently contained in the PC. It does not perform 
a processor initialization. The console enters program I/O mode. 

Format: 

CONTINUE 

Example: 

»>CONTINDE 

$ !VMS DCL prompt 

A.2.4 DEPOSIT 

The DEPOSIT command deposits data into the address specified. If you 
do not specify an address space or data size qualifier, the console uses the 
last address space and data size used in a DEPOSIT, EXAMINE, MOVE, 
or SEARCH command. After processor initialization, the default address 
space is physical memory, the default data size is longword, and the default 
address is zero. If you specify conflicting address space or data sizes, the 
console ignores the command and issues an error message. 

Format: 

DEPOSIT [qualifier-list] {address] {data} [data...] 

Qualifiers: 

Data control: /B, /W, /L, /Q, /N:{count}, /STEP: {size}, /WRONG 

Address space control: /G, /I, /M, /P, /V, fU 

Arguments: 

{address} A longword address that specifies the first location into which data is deposited. 
The address can be an actual address or a symbolic address. 

{data} The data to be deposited, if the specified data is larger than the deposit data size, 
the firmware ignores the command and issues an error response. If the specified 
data is smaller than the deposit data size, it is extended on the left with zeros. 

[{data}] Additional data to be deposited (as many as can fit on the command line). 

Examples: 

»>D/P/B/K:1FF 0 0 ! Clear first 512 bytes of 

! physical memory. 
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»>D/V/L/N:3 1234 5 

»>D/H:8 RO mkVVkV 
»>D/L/P/N:10/ST:200 0 8 

»>D/N:200 - 0 

A.2.5 EXAMINE 



Deposit 5 into four longwords 
starting at virtual memory address 
1234. 

Loads GPRs RO through R8 with -1. 

Deposit 8 in the first longword of 
the first 17 pages in physical 
memory . 

Starting at previous address, clear 
513 longwords or 2052 bytes. 



The EXAMINE command examines the contents of the memory location or 
register specified by the address. If no address is specified, + is assumed. 
The display line consists of a single character address specifier, the physical 
address to be examined, and the examined data. 

EXAMINE uses the same qualifiers as DEPOSIT. However, the /WRONG 
qualifier causes EXAMINE to ignore ECC errors on reads from physical 
memory. The EXAMINE command also supports an /INSTRUCTION 
qualifier, which will disassemble the instructions at the current address. 

Format: 

EXAMINE [qualifier-list] [address] 

Qualifiers: 

Data control: /B, /W, /L, /Q, /N: {count}, /STEP:{sizeJ, /WRONG 
Address space control: /G, /I, /M, /P, /V, /U 
Command specific: 

/INSTRUCTION Disassembles and displays the VAX MACRO-32 instruction at the specified 
address. 



Arguments: 
[{address}] 



A longword address that specifies the first location to be examined. The 
address can be an actual or a symbolic address. If no address is specified, 
+ is assumed. 
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Examples: 



»>EX PC 

6 OOOOOOOF 
»>EX SP 

G 0000000E 
»>EX PSL 

M 00000000 
»>E/M 

M 00000000 
»>E R4/N:5 
G 00000004 
00000005 
00000006 
00000007 
00000008 
00000009 



FFFFFFFC 

00000200 

041F00OO 

041F0000 

00000000 
00000000 
00000000 
00000000 
00000000 
801D9000 



»>EX PR$_SCBB 

I 00000011 2004A000 

»>E/P 0 

P 00000000 00000000 

»>EX /INS 20040000 

P 20040000 11 BRB 



»>EX /INS/N: 

P 20040019 
20040024 
2004002F 
20040036 
2004003D 
20040044 



»>E/INS 
P 20040048 



20040019 

DO MOVL 
D2 MCOML 
D2 MCOML 
7D MOVQ 
DO MOVL 
DB MFPR 



DB MFPR 



Examine the PC. 
Examine the SP. 
Examine the PSL. 
Examine PSL another way. 
Examine R4 through R9. 



! Examine the SCBB, IPR 17 
! (decimal) . 

! Examine local memory 0. 



! Examine 1st byte of ROM. 
20040019 

! Disassemble from branch. 
I A #20140000, 6*20140000 
@#20140030, 6*20140502 
S*#0E, @#20140030 
R0,6*201404B2 
I A #2 oi404B2,Rl 
S A #2A,BM4(R1) 

! Look at next instruction. 
S A *2B,B*48fRl) 



»> 



A.2.6 FIND 

The FIND command searches main memory, starting at address zero for 
a page-aligned 128-Kbyte segment of good memory, or a restart parameter 
block (RPB). If the command finds the segment or RPB, its address plus 
512 is left in SP (R14). If it does not find the segment or RPB, the console 
issues an error message and preserves the contents of SP. If you do not 
specify a qualifier, /RPB is assumed. 

Format: 

FIND [qualifier-list] 
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Qualifiers: 



Command specific: 

/MEMORY Searches memory for a page-aligned block of good memory, 128 Kbytes in length. 

The search looks only at memory that is deemed usable by the bitmap. This 

command leaves the contents of memory unchanged. 
/RPB Searches all physical memory for an RPB. The search does not use the bitmap to 

qualify which pages are looked at. The command leaves the contents of memory 

unchanged. 

Examples: 

»>EX SP 

G 0000000E 00000000 
>»FHTD /MEM 
»>EX SP 

G O00OO00E 00000200 
»>FIND /RPB 
?2C FND ERR OOC00004 
»> 

A.2.7 HALT 

The HALT command has no effect. It is included for compatibility with 
other VAX consoles. 

Format: 

HALT 

Example: 

»>HALT ! Pretend to halt. 
»> 

A.2.8 HELP 

The HELP command provides information about command syntax and 
usage. 

Format: 

HELP 

Example: 

»>HELP 

Following is a brief summary of all the commands supported by the 
console : 
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! Check the SP. 

! Look for a valid 128 Kbytes . 
! Note where it was found. 

! Check for valid RPB. 
! None to be found here. 



UPPERCASE denotes a keyword that you must type in 

I denotes an OR condition 

[] denotes optional parameters 

<> denotes a field specifying a syntactically correct value 

denotes one of an inclusive range of integers 
denotes that the previous item may be repeated 

Valid qualifiers: 

/B /W /L /Q /INSTRUCTION 
/G /I /V /P /M 

/STEP: /N: /NOT I 
/WRONG /U 

Valid commands: 

BOOT [ [ /R5 : ] <boot_f lags>] [<boot_device>] 

CONFIGURE 

CONTINUE 

DEPOSIT [<qualifiers>] <address> <datum> [<datum> ] 

EXAMINE [<qualifiers>l [<address>l 

FIND [/MEMORY | /RPB] 

HALT 

HELP 

INITIALIZE 

MOVE [<qualifiers>] <address> <address> 
NEXT [<count>] 
REPEAT <command> 

SEARCH [<qualifiers>] <address> <pattern> [<mask>] 

SET BFLG <boot_f lags> 

SET BOOT <boot_device> 

SET CONTROLP <0..1 i DISABLED |ENABLED> 

SET HALT <0..4 | DEFAULT 1 RESTART | REBOOT | HALT | RESTART_REBOOT> 

SET HOST/DUP/DSSI/BUS:<0. -1> <node_number> [<task>] 

SET HOST/DUP/UQSSP </DISK| /TAPE> <controller_number> [<task>] 

SET HOST/DUP/UQSSP <physical_CSR_address> [<task>] 

SET HOST /MAINTENANCE/UQSSP /SERVICE <controller_number> 

SET HOST /MAINTENANCE/UQSSP <physical = CSR = address> 

SET LANGUAGE <1,,15> 

SET RECALL <0..1 I DISABLED | ENABLED> 

SHOW BFLG 

SHOW BOOT 

SHOW CONTROLP 

SHOW DEVICE 

SHOW DSSI 

SHOW ETHERNET 

SHOW HALT 

SHOW LANGUAGE 

SHOW MEMORY [/FULL] 

SHOW QBUS 

SHOW RECALL 

SHOW RLV12 

SHOW SCSI 
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SHOW TRANSLATION <physical_address> 
SHOW UQSSP 
SHOW VERSION 
START <address> 

TEST [<test_code> [<parameters>] ] 
ON JAM 

X <address> <count> 

»> 

A.2.9 INITIALIZE 

The INITIALIZE command performs a processor initialization. 

Format: 

INITIALIZE 

The following registers are initialized: 



Register 



State at Initialization 



PSL 

ipl 

ASTLVL 

SISR 

ICCS 

RXCS 

TXCS 

MAPEN 

Caches 

Instruction buffer 
Console previous reference 
TODR 

Main memory 
General registers 
Halt code 

Bootstrap- in-progress flag 



O41FO0O0 

IF 

4 

0 

Bits <6> and <0> clear, the rest are unpredictable 

0 

80 

0 

Flushed 
Unaffected 

Longword, physical, address 0 

Unaffected 

Unaffected 

Unaffected 

Unaffected 

Unaffected 



Internal restart-in-progress flag Unaffected 



The firmware clears all error status bits and initializes the following: 
CDAL bus timer 

Address decode and match registers 
Programmable timer interrupt vectors 
SSCCR 
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Example: 

»>INIT 

>» 

A.2.10 MOVE 

The MOVE command copies the block of memory starting at the source 
address to a block beginning at the destination address. Typically, this 
command has an /N qualifier so that more than one datum is transferred. 
The destination correctly reflects the contents of the source, regardless of 
the overlap between the source and the data. 

The MOVE command actually performs byte, word, longword, and 
quadword reads and writes as needed in the process of moving the data. 
Moves are supported only for the physical and virtual address spaces. 

Format: 

MOVE [qualifier-list] {src.address} {dest_address} 
Qualifiers: 

Data control: /B, /W, /L, /Q, /N:{count), /STEP:{size), /WRONG 

Address space control: /V, /U, /P 

Arguments: 

{src.address} A longword address that specifies the first location of the source data to be 
copied. 

{dest„address} A longword address that specifies the destination of the first byte of data. 

These addresses may be an actual address or a symbolic address. If no 
address is specified, + is assumed. 
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Examples: 



»>EX/N:4 o 

P 00000000 00000000 
P 00000004 00000000 
P 00000008 00000000 
P OOOOOOOC 00000000 
P 00000010 00000000 

»>EX/N:4 200 

P 00000200 58DD0520 
P 00000204 585E04C1 
P 00000208 00FF8FBB 
P 0000020C 52O8A8D0 
P 00000210 540CA8DE 

»>MOV/N:4 200 0 

»>EX/N:4 0 

P 00000000 58DD0520 
P 00000004 585E04C1 
P 00000008 00FF8FBB 
P OOOOOOOC 5208A8D0 
P 00000010 540CA8DE 
»> 

A.2.11 NEXT 

The NEXT command executes the specified number of macro instructions. 
If no count is specified, 1 is assumed. 

After the last macro instruction is executed, the console reenters console 
I/O mode. 

Format: 

NEXT (count) 

The console implements the NEST command, using the trace trap enable 
and trace pending bits in the PSL and the trace pending vector in the SCB. 

The console enters the "Spacebar Step Mode". In this mode, subsequent 
spacebar strokes initiate single steps and a carriage return forces a return 
to the console prompt. 

The following restrictions apply: 

• If memory management is enabled, the NEXT command works only if 
the first page in SSC RAM is mapped in SO (system) space. 

* Overhead associated with the NEXT command affects execution time 
of an instruction. 



Observe destination. 



! Observe source data. 



! Move the data. 

! Observe moved data. 
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• The NEXT command elevates the IPL to 31 for long periods of time 
(milliseconds) while single-stepping over several commands. 

• Unpredictable results occur if the macro instruction being stepped over 
modifies either the SCBB or the trace trap entry. This means that you 
cannot use the NEXT command in conjunction with other debuggers. 

Arguments: 

{count} A value representing the number of macro instructions to execute. 
Examples: 



»>DEP 1000 50D650D4 
»>DEP 1004 125005D1 
»>DEP 1008 00FE11F9 
»>EX /INSTRUCTION /N:5 1000 



Create a simple program. 



List it. 



P 00001000 D4 CLRL 

P 00001002 D6 INCL 

P 00001004 Dl CMPL 

P 00001007 12 BNEQ 

P 00001009 11 BRB 

P 0000100B 00 HALT 

»>DEP PR$_SCBB 200 

»>DEP PC 1000 

»> 

»>N 

P 00001002 D6 INCL 

P 00001004 Dl CMPL 

P 00001007 12 BNEQ 

P 00001002 D6 INCL 

P 00001004 Dl CMPL 

P 00001007 12 BNEQ 

P 00001002 D6 INCL 

P 00001004 Dl CMPL 

P 00001007 12 BNEQ 
»>N 7 

P 00001002 D6 INCL 

P 00001004 Dl CMPL 

P 00001007 12 BNEQ 

00001002 D6 INCL 

00001004 Dl CMPL 

00001007 12 BNEQ 

00001009 11 BRB 



RO 

RO 

S A #05,R0 
00001002 
00001009 

! 



Single step. 



Set up a user SCBB. . . 
! . . .and the PC. 



RO 

S A #05,R0 
00001002 
RO 



P 
P 
P 
P 

>»N 

P 00001009 
>» 



11 BRB 



SPACEBAR 
SPACEBAR 
SPACEBAR 
CR 

..or multiple step the program. 
S A #O5,R0 
00001002 
RO 

S A #05,R0 

00001002 

RO 

S A #05,R0 
00001002 
RO 

S A #05,R0 
00001002 
00001009 

00001009 
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A.2.12 REPEAT 



The REPEAT co mmand repeatedly displays and executes the specified 
command. Press IctrucI to stop the command. You can specify any valid 
console command except the REPEAT command. 

Format: 

REPEAT {command} 

Arguments: 

{command} A valid console command other than REPEAT. 

Examples: 

»>REPEAT EX PR$_TODR ! Watch the clock. 

I 000OOO1B 5AFE78CE 

I 0000001B 5AFE78D1 

I 0000001B 5AFE78FD 

I 000OOO1B SAFE? 900 

I 0000001B 5AFE7903 

I 0000001B 5AFE7907 

I 0000001B 5AFE790A 

I 0000001B 5AFE790D 

I 000OO01B 5AFE7910 

I 00OOOO1B 5AFE793C 

I OOOOOOIB 5AFE793F 

I OOOOOOIB 5AFE7942 

I OOOOOOIB 5AFE7946 

I OOOOOOIB 5AFE7949 

I OOOOOOIB 5AFE794C 

I OOOOOOIB 5AFE794F 

I OOOOOOIB 5 A C 
»> 

A.2.13 SEARCH 

The SEARCH command finds all occurrences of a pattern and reports the 
addresses where the pattern was found. If the /NOT qualifier is present, 
the command reports all addresses in which the pattern did not match. 

Format: 

SEARCH [qualifier-list] {address} {pattern} [{mask}] 

SEARCH accepts an optional mask that indicates hits to be ignored {don't 
care bits). For example, to ignore bit 0 in the comparison, specify a mask 
of 1. The mask, if not present, defaults to 0. 
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A match occurs if (pattern and not mask) = (data and not mask), where: 
Pattern is the target data 

Mask is the optional don't care bitmask (which defaults to 0) 
Data is the data at the current address 

SEARCH reports the address under the following conditions: 



/NOT Qualifier 


Match Condition 


Action 


Absent 


True 


Report address 


Absent 


False 


No report 


Present 


True 


No report 


Present 


False 


Report address 



The address is advanced by the size of the pattern (byte, word, longword, 
or quadword), unless overridden by the /STEP qualifier. 

Qualifiers: 

Data control: /B, AV, /L, /Q, /N:{count), /STEP:{size}, /WRONG 
Address space control: /P, /V, /U 
Command specific: 

/NOT Inverts the sense of the match. 

Arguments: 

{start.address} A longword address that specifies the first location subject to the search. This 
address can be an actual address or a symbolic address. If no address is 
specified, + is assumed. 

{pattern} The target data. 

[{mask}] A mask of the bits desired in the comparison. 

Examples: 



»>DEP /P/L/K:1000 0 0 

»> 

»>DEP 300 12345678 
»>DEP 401 12345678 
»>DEP 502 87654321 

»> 

»>SEMtCH /N:1000 /ST:1 0 12345678 

P 00000300 12345678 

P 00000401 12345678 
»>SEARCH /N:1000 0 12345678 

P 00000300 12345678 
»>SEARGB /N:1000 /NOT 0 0 

P 00000300 12345678 



! Clear some memory. 
! Deposit some search data. 



Search for all occurrences 
of 12345678 on any byte 
boundary. Then try on 
longword boundaries. 
Search for all non-zero 
longwords . 



KA675/KA680/KA690 Firmware Commands A-23 



P 00000400 34567800 
P 00000404 00000012 
P 00000500 43210000 
P 00000504 00008765 
»>SEARCH /N:1000 /ST:1 



0 1 WFIttWK 



P 00000502 87654321 

P 00000503 00876543 

P 00000504 00008765 

P 00000505 00000087 
»>SEARCH /N:1000 /B 0 12 

P 00000303 12 

P 00000404 12 
»>SEARCH /N:1000 /ST:1 /w 0 PE11 
>» 
»> 
>» 



! Search for odd-numbered 
! longwords on any boundary. 



! Search for all occurrences 
! of the byte 12. 

! Search for all words that 
2 could be interpreted as 
! a spin (10$: brb 10$) . 
! Note that none were found. 



A.2.14 SET 

The SET command sets the parameter to the value you specify. 
Format: 

SET {parameter} {value} 

Parameters: 

BFLAG Sets the default R5 boot flags. The value must be a hex number of up 

to eight digits. See Table 3-4 for a list of the boot flags. 

BOOT Sets the default boot device. The value must be a valid device name or 

list of device names as specified in the BOOT command description in 
Section AJ2.1. 



CONTROLP Sets Control-P as the console halt condition, instead of a BREAK. 

Values of 1 or Enabled set Control-P recognition. Values of 0 or Disabled 
set BREAK recognition. In either case, the setting of the Break Enable 
/Disable switch. 



HALT Sets the user-defined halt action. Acceptable values are the keywords 

"default", "restart", "reboot", "halt", "restart_reboot", or a number in the 
range 0 to 4 inclusive. 

HOST Connects to the DUP or MAINTENANCE driver on the selected node 

or device. The KA675/KA680/KA690 DUP driver supports only "send 
data immediate" messages and those devices that support the messages. 
It does not supp ort " send data" or "receive data" messages. Note the 
hierarchy of the SET HOST qualifiers below. 
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/DUP — Uses the DUP driver to examine or modify parameters of a 
device on either the DSSI bus or on the"Q22-bus. 

/BUSax— Selects the desired DSSI bus, A value of 0 selects DSSI 
bus 0 (internal backplane bus). A value of 1 selects DSSI bus 1 
(external console module bus). 

/DSSI node — Selects the DSSI node, where "node" is a number 
from 0 to 7. 

/UQSSP— Attaches to the UQSSF device specified, using one of 
the following methods: 

/DISK n — Specifies the disk controller number, where n is a 
number from 0 to 255. Hie resulting fixed address for n=0 is 
20001468 and the floating rank for n>0 is 26. 
/TAPE n — Specifies the tape controller number, where n is a 
number from 0 to 255. The resulting fixed address for n=0 is 
20001940 and the floating rank for n>0 is 30. 
csr.address — Specifies die Q22-bus I/O page CSR address 
for the device. 



/MAINTENANCE — Examines and modifies the KFQSA EEPROM 
configuration values. Does not accept a task value. 

/UQSSP— 

/SERVICE n— Specifies service for KFQSA controller module 
n where n is a value from 0 to 3. (The resulting fixed 
address of a KFQSA controller module in maintenance mode 
is 20001910+4*n.) 

/csr_address — Specifies the Q22-bus I/O page CSR address 
for the KFQSA controller module. 



LANGUAGE Sets console language and keyboard type. If the current console 

terminal does not support the multinational character set (MCS), then 
this command has no effect and the console message appears in English. 
Values are 1 through 15. Refer to Example 4—1 for the languages you 
can select. 

RECALL Sets command recall state to either ENABLED (1) or DISABLED (0). 

Qualifiers: Listed in the parameter descriptions above. 
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Examples: 



»> 

»>SET BFLAG 220 
»> 

»>SET BOOT DUAO 
»> 

»>SET HOST/DUP/DSSI/BUS:0 0 
Starting DDP server. . . 

DSSI Node 0 (SUSAN) 

Copyright © 1990 Digital Equipment Corporation 



DRVEXR VI. 0 
DRVTST VI. 0 
HISTRY VI. 0 
ERASE VI . 0 
PARAMS VI. 0 
DIRECT VI. 0 



D 5-JDL-1990 15:33:06 

D 5-JUL-1990 15:33:06 

D 5-JOL-1990 15:33:06 

D 5-JUL-1990 15:33:06 

D 5-JOL-1990 15:33:06 

D 5-JUL-1990 15:33:06 



End of directory 

Task Name ?P ARAMS 
Copyright © 1990 

PARAMS>STAT PATH 

ID Path Block 



Digital Equipment Corporation 



Remote Node 



DGS S DGS R MSGS S MSGS R 



0 


PB 


FF811ECC 


Internal Path 




0 


0 


0 


0 


6 


PB 


FF811FD0 


KFQSA 


KFX VI. 0 




0 


0 


0 


0 


1 


PB 


FF8120D4 


KAREN 


RFX VI 01 




0 


0 


0 


0 


4 


PB 


FF8121D8 


WILMA 


RFX VI 01 




0 


0 


0 


0 


5 


PB 


FF8122DC 


BETTY 


RFX VI 01 




0 


0 


0 


0 


2 


PB 


FF8123E0 


DSSI1 


VMS V5.0 




0 


0 


14328 


14328 


3 


PB 


FF8124E4 


3 


VMB BOOT 




0 


0 


61 


61 



PARAMS>EXIT 
Exiting . . . 

Task Name? 

Stopping DOP server. . . 
»> 

»>SET HOST/DOP/DSSI/BDS: 0 0 PARAMS 
Starting DOP server. . . 

DSSI Node 0 (SUSAN) 

Copyright © 1990 Digital Equipment Corporation 



PARAMS>SHOW NODE 
Parameter Current 



Default 



NODENAME 



SUSAN 



RF71 



Type 
String 



Radix 



Ascii B 



A-26 KA675/KA680/KA690 CPU 



PARAMS>SHOW ALLCLASS 
Parameter Current Default 



ALLCLASS 

PARAMS>EXIT 
Exiting . . . 



Type 
Byte 



Radix 



Dec 



Stopping DUP server. . . 
»> 

»>SET HOST /MAI NT /UQSSP 20001468 

UQSSP Controller (772150) 

Enter SET, CLEAR, SHOW, HELP, EXIT, or QUIT 



Node 


CSR Address 


Model 


0 


772150 


21 


1 


760334 


21 


4 


760340 


21 


5 


760344 


oi 


7 


KFQSA 





? help 
Commands : 

SET <node> /KFQSA 

SET <node> <CSR_address> <model> 

CLEAR <node> 

SHOW 

HELP 

EXIT 

QUIT 
Parameters : 

<node> 

■*CCSR addxess^ 

<model> 
? set 6 /kfqsa 
? show 



set KFQSA DSSI node number 
enable a DSSI device 
disable a DSSI device 
show current configuration 
print this text 
program the KFQSA 
don't program the KFQSA 

0 to 7 

760010 to 777774 

21 (disk) or 22 (tape) 



Node 


CSR Address 


Model 


0 


772150 


21 


1 


760334 


21 


4 


760340 


21 


5 


760344 


21 


6 


— KFQSA 





? exit 

Programming the KFQSA. . . 
>» 

>»SET LANGUAGE 5 

>» 

»>SET HALT RESTART 

>» 
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A.2.15 SHOW 



The SHOW command displays the console parameter you specify. 
Format: 

SHOW {parameter} 

Parameters: 

BFLAG Displays the default R5 boot flags. 

BOOT Displays the default boot device. 

CONTROL? Shows the current state of Control-P halt recognition, either Enabled 

or Disabled. 

DEVICE Displays all devices in the system. 

HALT Shows the user-denned hah action. 

DSSI Shows the status of all nodes that can be found on the DSSI bus. For 

each node on the DSSI bus, the console displays the node number, the 
node name, and the boot name and type of the device, if available. The 
command does not indicate the "bootability" of the device. 

The node that issues the command reports a node name of"*". 

The device information is obtained from the media type field of the 
MSCP command GET UNIT STATUS. In the case where the node is not 
running or is not capable of running an MSCP server, then no device 
information is displayed. 

ETHERNET Displays hardware Ethernet address for all Ethernet adapters that can 

be found. Displays as blank if no Ethernet adapter is present. 

LANGUAGE Displays console language and keyboard type. Refer to the 

corresponding SET LANGUAGE command for the meaning. 

MEMORY Displays main memory configuration board by board. 

/FULL— Additionally, displays the normally inaccessible areas of 
memory, such as the FFN bitmap pages, the console scratch memory 
pages, the Q22-bus scatter-gather map pages. Also reports the 
addresses of bad pages, as defined by the bitmap. 
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QBUS Displays all Q22-bus I/O addresses that respond to an aligned word 

read, and speculative device name information. For each address, the 
console displays the address in the VAX I/O space in hex, the address 
as it would appear in the Q22-bus I/O space in octal, and the word data 
that was read in hex. 

This command may take several minutes to complete. Press IctrucI to 
terminate the command. During execution, the command disables the 
scatter-gather map. 

RECALL Shows the current state of command recall, either ENABLED or 

DISABLED. 



RLV12 Displays all RL01 and RL02 disks that appear on the Q22-tus. 

UQSSP Displays the status of all disks and tapes that can be found on the 

Q22-bus that support the UQSSP protocol. For each such disk or 
tape on the Q22-bus, the firmware displays the controller number, the 
controller CSR address, and the boot name and type of each device 
connected to the controller. The command does not indicate whether 
the device contains a bootable image. 

This information is obtained from the media type field of the MSCP 
command GET UNIT STATUS. The console does not display device 
information if a node is not running (or cannot run) an MSCP server. 

SCSI Shows any SCSI devices in the system (TLZ04 or RRD40-series.) 



TRANSLATION Shows any virtual addresses that map to the specified physical address. 

The firmware uses the current values of page table base and length 
registers to perform its search; it is assumed that page tables have 
been properly built. 

VERSION Displays the current firmware version. 

Qualifiers: Lasted in the parameter descriptions above. 

Examples: 

»> 

>»SHOW BFLAG 

00000220 

»> 

»>SHOW BOOT 

DOA0 

»>SHOW CONTROL?. 

>» 

»>SHCW DEVICE 
KA680-A Vn.n VMBn.n 
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DSSI Bus 0 Node 
-DIAO (RF71) 
DSSI Bus 0 Node 
-DIA1 (RF71) 
DSSI Bus 0 Node 
-DIA2 (RF71) 
DSSI Bus 0 Node 
DSSI Bus 1 Node 



0 (R7CZ2C) 

1 (R7ALDC) 



2 (R7EB3C) 



(*) 
{*) 



SCSI Adapter 0 (761300} , SCSI ID 7 
-DKA100 (DEC TLZ04) 

Ethernet Adapter 

-EZA0 (08-00-2B-0B-29-14) 

»> 

»>SHCW DSSI 

DSSI Bus 0 Node 0 (R7CZZC) 
-DIAO (RF71) 

DSSI Bus 0 Node 1 (R7ALDC) 
-DIA1 (RF71) 

DSSI Bus 0 Node 2 (R7EB3C) 

-DIA2 (RF71) 

DSSI Bus 0 Node 6 (*) 

DSSI Bus 1 Node 7 (*) 

»> 

»>SHOW ETHERNET 

Ethernet Adapter 

-EZA0 (08-00-2B-OB-29-14) 

»> 

»>SH0W HALT 

restart 

»> 

»>SHOW LANGUAGE 

English (United States/Canada) 
»> 

»>SHOW MEMORY 

Memory 0: 00000000 to 01FFFFFF, 32MB, 0 bad pages 
Memory 0: 02000000 to 03FFFFFF, 32MB, 0 bad pages 

Total of 64MB, 0 bad pages, 128 reserved pages 
»> 

»>SHOW MEMORY/FULL 

Memory 0: 00000000 to 01FFFFFF, 32MB, 0 bad pages 
Memory 0: 02000000 to 03FFFFFF, 32MB, 0 bad pages 

Total of 64MB, 0 bad pages, 128 reserved pages 

Memory Bitmap 

-O0FF3C00 to 00FF3FFF, 8 pages 

Console Scratch Area 

-O0FF40O0 to 00FF7FFF, 32 pages 
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Q-bus Map 

-0FF8000 to OFFFFFF, 64 pages 

Scan of Bad Pages 
»> 

»>SHOW QBUS 

Scan of Qbus I/O Space 



-20001920 


{774440} 




FF08 


-20001922 


(774442) 




FF00 


-20001924 


(774444) 




FF2B 


-20001926 


(774446) 




FF08 


-20001928 


(774450) 




FFD7 


-2000192A 


(774452) 




FF41 


-2000192C 


(774454) 




0000 


-2000192E 


(774456) 




1030 


-20001F40 


(777500) 




0020 



Scan of Qbus Memory Space 
>» 

»>SHOW RLV12 

»> 

»>SHOW SCSI 

SCSI Adapter 0 (761300), SCSI ID 7 

-DKA100 (DEC TLZ04) 

>» 

»>SHOW TRANSLATION 1000 

V 80001000 
>» 

»>SHOW UQSSP 

DQSSP Disk Controller 0 (772150) 
-DUA0 (RF30) 

UQSSP Disk Controller 1 (760334) 
-DDB1 (RF30) 

UQSSP Disk Controller 2 (760340) 
-DUC4 (RF30) 

UQSSP Disk Controller 3 (7 60344) 

-DUD5 (RF30) 

>» 

»> 

»>SHOW VERSION 
KA680-A Vn.n VMBn.n 
»> 
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A.2.16 START 



The START command starts instruction execution at the address you 
specify. If no address is given, the current PC is used. If memory mapping 
is enabled, macro instructions are executed from virtual memory, and the 
address is treated as a virtual address. The START command is equivalent 
to a DEPOSIT to PC, followed ljy a CONTINUE. It does not perform a 
processor initialization. 

Format: 

START [{address}] 
Arguments: 

[address] The address at which to begin execution. This address is baded into the user's 
PC. 

Example: 

»>START 1000 

A.2.17 TEST 

The TEST command invokes a diagnostic test program specified by the test 
number. If you enter a test number of 0 (zero), all tests allowed to be 
executed from the console terminal are executed. The console accepts an 
optional list of up to five additional hexadecimal arguments. 

Refer to Chapter 5 for a detailed explanation of the diagnostics. 

Format: 

TEST [{test_number} [{test.arguments}]] 

Arguments: 

[testjEXumber} A two-digit hex number specifying the test to be executed. 

{test_arguments} Up to five additional test arguments. These arguments are accepted, 
but they have no meaning to the console. 

Example: 
»>test o 

66. .65. .64. .63. .62. .61. .60. .59. .58. .57. .56. .55. .54. .53. .52. .51. . 
50. .49. .48. .47. .46. .45. .44. .43. .42. .41. .40. .39. .38. .37. .36. .35. . 
34. .33. .32. .31. .30. .29. .28. .27. .26. .25. .24. .23. .22. .21. .20. .19. . 
18. .17. .16. .15. .14. .13. .12. .11. .10. .09. .08.. 07. .06. .05. .04. .03. . 
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A.2.18 UNJAM 



The UNJAM command performs an I/O bus reset, by writing a 1 (one) to 
IPR 55 (decimal). 

Format: 

UNJAM 

Example: 

»>DNJAM 

»> 

A.2.19 X— Binary Load and Unload 

The X command is for use by automatic systems communicating with the 
console. 

The X command loads or unloads (that is, writes to memory, or reads from 
memory) the specified number of data bytes through the console serial line 
(regardless of console type) starting at the specified address. 

Format: 

X {address] {count} CR {line_checksum} {data) {data_checksum} 

If bit 31 of the count is clear, data is received by the console and deposited 
into memory. If bit 31 is set, data is read from memory and sent by the 
console. The remaining bits in the count are a positive number indicating 
the number of bytes to load or unload. 

The console accepts the command upon receiving the carriage return. 
The next byte the console receives is the command checksum, which is 
not echoed. The command checksum is verified by adding all command 
characters, including the checksum and separating space (but not including 
the terminating carriage return, rubouts, or characters deleted by —about), 
into an 8-bit register initially set to zero. If no errors occur, the result is 
zero. If the command checksum is correct, the console responds with the 
input prompt and either sends data to the requester or prepares to receive 
data. If the command checksum is in error, the console responds with an 
error message. The intent is to prevent inadvertent operator entry into a 
mode where the console is accepting characters from the keyboard as data, 
with no escape mechanism possible. 

If the command is a load (bit 31 of the count is clear), the console responds 
with the input prompt (»>), then accepts the specified number of bytes 
of data for depositing to memory, and an additional byte of received data 
checksum. The data is verified by adding all data characters and the 
checksum character into an 8-bit register initially set to zero. If the final 
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content of the register is nonzero, the data or checksum are in error, and 
the console responds with an error message. 

If the command is a binary unload (bit 31 of the count is set), the console 
responds with the input prompt (»>), followed by the specified number of 
bytes of binary data. As each byte is sent, it is added to a checksum register 
initially set to zero. At the end of the transmission, the two's complement 
of the low byte of the register is sent. 

If the data checksum is incorrect on a load, or if memory or line errors occur 
during the transmission of data, the entire transmission is completed, then 
the console issues an error message. If an error occurs during loading, the 
contents of the memory being loaded are unpredictable. 

The console represses echo while it is receiving the data string and 
checksums. 

The console terminates all flow control when it receives the carriage return 
at the end of the command line in order to avoid treating flow control 
characters from the terminal as valid command line checksums. 

You can co ntrol the console seria l line during a binary unload using control 
characters (IctrucI . ictrusi . IctruoI . and so on). You cannot control the console 
serial line during a binary load, since all received characters are valid 
binary data. 

The console has the following timing requirements: 

• It must receive data being loaded with a binary load command at a rate 
of at least one byte every 60 seconds. 

• It must receive the command checksum that precedes the data within 
60 seconds of the carriage return that terminates the command line. 

• It must receive the data checksum within 60 seconds of the last data 
byte. 

If any of these timing requirements are not met, then the console aborts 
the transmission by issuing an error message and returning to the console 
prompt. 

The entire command, including the checksum, can be sent to the console 
as a single burst of characters at the specified character rate of the console 
serial line. The console is able to receive at least 4 Kbytes of data in a 
single X command. 
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A.2.20 ! (Comment) 



The comment character (an exclamation point) is used to document 
command sequences. It can appear anywhere on the command line. All 
characters following the comment character are ignored. 

Format: ! 

Example: 

»>! The console ignores this line. 
>» 
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Appendix B 

Address Assignments 



B.1 KA675/KA680/KA690 General Local Address 
Space Map 



VAX Memory Space 



Address Range Contents 



0000 


0000 - 


1FFF 


FFFF 


Local Memory Space (512MB) 


: I/O Space 












Address Range 




Contents 




2000 


0000 - 


2000 


1FFF 


Local 0.22-Bus I/O Space 


(8KB) 


2000 


2000 - 


2003 


FFFF 


Reserved Local I/O Space 


(248KB) 


2008 


0000 - 


201F 


FFFF 


Local Register I/O Space 


(1.5MB) 


2020 


0000 - 


23FF 


FFFF 


Reserved Local I/O Space 


(62.5MB) 


2400 


0000 - 


27FF 


FFFF 


Reserved Local I/O Space 


(64MB) 


2008 


0000 — 


2BFF 


FFFF 


Reserved Local I/O Space 


(64MB) 


2C08 


0000 - 


2FFF 


FFFF 


Reserved Local I/O Space 


(64MB) 


3000 


0000 - 


303F 


FFFF 


Local Q22— Bus Memory Space (4MB) 


3040 


0000 - 


33FF 


FFFF 


Reserved Local I/O Space 


(60MB) 


3400 


0000 - 


37FF 


FFFF 


Reserved Local I/O Space 


(64MB) 


3800 


0000 - 


3BFF 


FFFF 


Reserved Local I/O Space 


(64MB) 


3C00 


0000 - 


3FFF 


FFFF 


Reserved Local I/O Space 


(64MB) 


E004 


0000 - 


E007 


FFFF 


Local ROM Space 
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B.2 KA675/KA680/KA690 Detailed Local Address 
Space Map 



Local Memory Space (up to 512MB) 0000 0000 - 1FFF FFFF 

Q22-bus Map - top 32KB of Main Memory 

VAX I/O Space 



Local Q22-bus I/O Space 


2000 


0000 


— 


2000 


1FFF 


Reserved Q22-bus I/O Space 


2000 


0000 


— 


2000 


0007 


Q22-bus Floating Address Space 


2000 


0008 


— 


2000 


07FF 


User Reserved Q22-bus I/O Space 


2000 


0800 


- 


2000 


0FFF 


Reserved Q22-bus I/O Space 


2000 


1000 


— 


2000 


1F3F 


Interprocessor Comm Reg 


2000 


1F40 








Reserved Q22-bus I/O Space 


2000 


1F44 


— 


2000 


1FFF 












f £££ 


Reserved Local Register I/O Space 


2000 


4000 


- 


2000 


402F 


SHAC1 SSWCR 


2000 


4030 








Reserved Local Register I/O Space 


2000 


4034 


- 


2000 


4043 


SHAC1 SSHMA 


2000 


4044 








SHAC1 PQBBR 


2000 


4048 








SHAC1 PSR 


2000 


404C 








SHAC1 PESR 


2000 


4050 








SHAC1 PFAR 


2000 


4054 








SHAC1 PPR 


2000 


4058 








SHAC1 PMCSR 


2000 


405C 








Reserved Local Register I/O Space 


2000 


4060 




2000 


407F 


SHAC1 PCQ0CR 


2000 


4080 








SHAC1 PCQ1CR 


2000 


4084 








SHAC1 PCQ2CR 


2000 


4088 








SHAC1 PCQ3CR 


2000 


408C 








SHAC1 PDFQCR 


2000 


4090 








SHAC1 PMFQCR 


2000 


4094 








SHAC1 PSRCR 


2000 


4098 








SHAC1 PECR 


2000 


409C 








SHAC1 PDCR 


2000 


40 AO 








SHAC1 PICR 


2000 


40A4 








SHAC1 PMTCR 


2000 


40A8 








SHAC1 PMTECR 


2000 


40 AC 








Reserved Local Register I/O Space 


2000 


40B0 




2000 


422F 
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KA675/KA680/KA690 DETAILED LOCAL ADDRESS SPACE MAP (Cont.) 



SHAC2 SSWCR 

Reserved Local Register I/O Space 

SHAC2 SSHMA 

SHAC2 PQBBR 

SHAC2 PSR 

SHAC2 PESR 

SHAC2 PFAR 

SHAC2 PPR 

SHAC2 PMCSR 

Reserved Local Register I/O Space 

SHAC2 PCQOCR 

SHAC2 PCQ1CR 

SHAC2 PCQ2CR 

SHAC2 PCQ3CR 

SHAC2 PDFQCR 

SHAC2 PMFQCR 

SHAC2 PSRCR 

SHAC2 PECR 

SHAC2 PDCR 

SHAC2 PICR 

SHAC2 PMTCR 

SHAC2 PMTECR 

Reserved Local Register I/O Space 

NICSRO - Vector Add, IPL, Sync/Async 

NICSR1 - Polling Demand Register 

NICSR2 - Reserved 

NICSR3 - Receiver List Address 

NICSR4 - Transmitter List Address 

NICSR5 - Status Register 

NICSR6 - Command and Mode Register 

NICSR7 - System Base Address 

NICSR8 - Reserved 

NICSRS - Watchdog Timers 

NICSR10- Reserved 

NICSR11- Rev Num & Missed Frame Count 

NICSR12- Reserved 

NICSR13- Breakpoint Address 

NICSR14- Reserved 

NICSR15- Diagnostic Mode & Status 

Reserved Local Register I/O Space 



2000 4230 
2000 4234 
2000 4244 
2000 4248 
2000 424C 
2000 4250 
2000 4254 
2000 4258 
2000 425C 
2000 4260 
2000 4280 
2000 4284 
2000 4288 
2000 428C 
2000 4290 
2000 4294 
2000 4298 
2000 429C 
2000 42A0 
2000 42A4 
2000 42A8 
2000 42AC 
2000 42B0 

2000 8000 
2000 8004 
2000 8008 
2000 800C 
2000 8010 
2000 8014 
2000 8018 
2000 801C 
2000 8020* 
2000 8024* 
2000 8028* 
2000 802C* 
2000 8030* 
2000 8034* 
2000 8038* 
2000 803C 

2000 8040 - 2003 FFFF 



- 2000 4243 



- 2000 427F 



- 2000 7FFF 
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Q-22 Bus Local Register I/O Space 

DMA System Configuration Register 
DMA System Error Register 
DMA Master Error Address Register 
DMA Slave Error Address Register 
Q22-bus Map Base Register 
Reserved Local Register I/O Space 



2008 0000 - 201F FFFF 

(SCR) 2008 0000 

(DSER) 2008 0004 

(QBEAR)2008 0008 

(DEAR) 2008 000C 

(QBMBR)2008 0010 

2008 0014 - 2008 3FFF 



Boot and Diagnostic Reg (32 Copies) (BDR)2008 4000 - 2008 407C 
Reserved Local Register I/O Space 2008 4080 - 2008 7FFF 
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I 



KA675/KA680/KA690 DETAILED LOCAL ADDRESS SPACE MAP (Cont.) 



Q22-bus Map Registers (QMRs) 2008 

Reserved Local Register I/O Space 2009 



8000 - 2008 FFFF 
0000 - 2013 FFFF 



SSC CSRs 



SSC Base Address Register (SSCBR) 
SSC Configuration Register (SSCCR) 
CP Bus Timeout Control Register (CBTCR) 
Diagnostic LED Register (DLEDR) 
Reserved Local Register I/O Space 20] 



2014 0000 
2014 0010 
2014 0020 
2014 0030 

4 0034 = 2014 006B 



VAX IPRs implemented by NCA 

Interval Clock Control Status Reg (ICCS) 2100 0060 

Next Interval Count Register (NICR) 2100 0064 

Interval Count Register (ICR) 2100 0068 



NMC CSRs 



O-bit Data Registers 



(MODRs } 2101 0000 - 2101 7FFF 



Main 


Memory 


Conf igurat ion 


Reg 


0 


(MEMCON0) 


2101 


8000 


Main 


Memory 


Configuration 


Reg 


1 




2101 


8004 


Main 


Memory 


Configuration 


Reg 


2 




2101 


8008 


Main 


Memory 


Configuration 


Reg 


3 




2101 


800C 


Main 


Memory 


Conf igurat ion 


Reg 


4 




2101 


8010 


Main 


Memory 


Configuration 


Reg 


5 




2101 


8014 


Main 


Memory 


Conf igurat ion 


Reg 


6 




2101 


8018 


Main 


Memory 


Configuration 


Reg 


7 


(MEMC0N7) 


2101 


801C 



Main 
Main 
Main 
Main 
Main 
Main 
Main 
Main 



Memory 
Memory 
Memory 
Memory 
Memory 
Memory 
Memory 
Memory 



Signature 
Signature 
Signature 
Signature 
Signature 
Signature 
Signature 
Signature 



Register 
Register 
Register 
Register 
Register 
Register 
Register 
Register 



(MEMSIG0) 



(MEMSIG7) 



2101 
2101 
2101 
2101 
2101 
2101 
2101 
2101 



8020 
8024 
8028 
802C 
8030 
8034 
8038 
803C 



Main Memory Error Address Register 
Main Memory Error Status Register 
Main Memory Mode Control and 
Diagnostic Register 



2101 8040 
2101 8044 



(MEAR) 
(MESR) 
(MMCDSR) 2101 8048 



O-bit Address and Mode Register 



(MO AMR) 2101 804C 



Address Assignments B-5 



NCA CSRs 



Error Status Register 



(CESR) 



2102 0000 



Mode Control and Diagnostic Reg (CMCDSR) 2102 0004 

CP1 Slave Error Address Register (CSEAR1) 2102 0008 

CP2 Slave Error Address Register (CSEAR2 } 2102 000C 

CP1 10 Error Address Register (CI0EAR1) 2102 0010 

CP2 IO Error Address Register (CIOEAR2) 2102 0014 

NDAL Error Address Register (CNEAR) 2102 0018 



Local UVROM Space 

VAX System Type Register (In ROM) 
Local UVROM - (Halt Protected) 



E004 0000 - E007 FFFF 
E004 0004 

E004 0000 - E007 FFFF 
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********************************************************************** 
The following addresses allow those KA690 Internal Processor 
Registers that are implemented in the SSC chip (External, Internal 

Processor Registers) to be accessed via the local I/O page. These 
addresses are documented for diagnostic purposes only and should 
not be used by non -diagnostic programs. 



Time Of Year Register 

Console Storage Receiver Status 
Console Storage Receiver Data 
Console Storage Transmitter Status 
Console Storage Transmitter Data 
Console Receiver Control /Status 
Console Receiver Data Buffer 
Console Transmitter Control/Status 
Console Transmitter Data Buffer 
Reserved Local Register I/O Space 

I/O Bus Reset Register 

Reserved Local Register I/O Space 



2014 006C 

2014 0070* 
2014 0074* 
2014 0078* 
2014 007C* 
2014 0080 
2014 0084 
2014 0088 
2014 008C 

2014 0090 - 2014 00DB 

2014 00DC 
2014 00E0 



Reserved Local Register I/O Space 2014 00FC - 2014 00FF 

* These registers are not fully implemented, accesses yield 
UNPREDICTABLE results. 



********************************************************************** 



Local Register I/O Space (Cont.) 



Timer 0 Control Register 


2014 


0100 






Timer 0 Interval Register 


2014 


0104 






Timer 0 Next Interval Register 


2014 


0108 






Timer 0 Interrupt Vector 


2014 


010C 






Timer 1 Control Register 


2014 


0110 






Timer 1 Interval Register 


2014 


0114 






Timer 1 Next Interval Register 


2014 


0118 






Timer 1 Interrupt Vector 


2014 


one 






Reserved Local Register I/O Space 


2014 


0120 


- 2014 


012F 


BDR Address Decode Match Register 


2014 


0140 






BDR Address Decode Mask Register 


2014 


0144 






Reserved Local Register I/O Space 


2014 


0138 


- 2014 


03FF 


Battery Backed-Dp RAM 


2014 


0400 


- 2014 


07FF 


Reserved Local Register I/O Space 


2014 


0800 


- 201F 


FFFF 


Reserved Local I/O Space 


2020 


0000 


- 2FFF 


FFFF 


Local Q22-bus Memory Space 


3000 


0000 


- 303F 


FFFF 


Reserved Local Register I/O Space 


3040 


0000 


- 3FFF 


FFFF 
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B.3 External, Internal Processor Registers 

Several of the Internal Processor Registers (IPRs) on the KA690 are 
implemented in the NCA or SSC chip rather than the CPU chip. These 
registers are referred to as External Internal Processor Registers and are 
listed below. 

IPR # Register Name Abbrev. 



27 Time of Year Register TOY 

28 Console Storage Receiver Status CSRS* 

29 Console Storage Receiver Data CSRD* 

30 Console Storage Transmitter Status CSTS* 

31 Console Storage Transmitter Data CSDB* 

32 Console Receiver Control /Status RXCS 

33 Console Receiver Data Buffer RXDB 

34 Console Transmitter Control/Status TXCS 

35 Console Transmitter Data Buffer TXDB 

55 I/O System Reset Register IORESET 



* These registers are not fully implemented, accesses yield 
UNPREDICTABLE results. 



B.4 Global Q22-bus Address Space Map 



Q22-bus Memory Space 



Q22-bus Memory Space (Octal) 
Q22-bus I/O Space (BBS 7 Asserted) 



Q22-bus I/O Space (Octal) 

Reserved Q22-bus I/O Space 
Q22-bus Floating Address Space 
User Reserved Q22-bus I/O Space 
Reserved Q22-bus I/O Space 
Interprocessor Comm Reg 
Reserved Q22-bus I/O Space 



0000 


0000 


- 1777 


7777 


1776 


0000 


- 1777 


7777 


1776 


0000 


- 1776 


0007 


1776 


0010 


- 1776 


3777 


1776 


4000 


- 1776 


7777 


1777 


0000 


- 1777 


7477 


1777 


7500 






1777 


7502 


- 1777 


7777 
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B.5 Processor Registers 

Table B-1 : Processor Registers 



Register Name 



Number 

Mnemonic(Dec) (Hex) Type Impl Cat 



Ad- 
dress 



Kernel Stack Pointer 


KSP 


0 


0 


RW 


NVAX 


1-1 


Executive Stack Pointer 


ESP 


1 


1 


KW 


NVAX 


1-1 


Supervisor Stack Pointer 


SSP 


2 


2 


RW 


NVAX 


1-1 


User Stack Pointer 


USP 


3 


3 


RW 


NVAX 


1-1 


Interrupt Stack Pointer 


ISP 


4 


4 


RW 


NVAX 


1-1 


Reserved 




5-7 


5 






3 


PO Base Register 


POBR 


8 


8 


RW 


NVAX 


1-2 


PO Length Register 


POLE 


9 


9 


RW 


NVAX 


1-2 


PI Base Register 


P1BR 


10 


A 


RW 


NVAX 


1-2 


PI Length Register 


P1LR 


11 


B 


RW 


NVAX 


1-2 


System Base Register 


SBR 


12 


C 


RW 


NVAX 


1-2 


System Length Register 


SLR 


13 


D 


RW 


NVAX 


1-2 


CPU Identification 


CPUID 


14 


E 


RW 


NVAX 


2-1 


Resolved 




15 


p> 






3 


Process Control Block Base 


PCBB 


16 


10 


RW 


NVAX 


1-1 


System Control Block Base 


SCBB 


17 


11 


RW 


NVAX 


1-1 


Interrupt Priority Level 1 


IPL 


18 


12 


RW 


NVAX 


1-1 


AST Level 1 


ASTLVL 


19 


13 


RW 


NVAX 


1-1 


Software Interrupt Request Register 


SIRR 


20 


14 


W 


NVAX 


1-1 


Software Interrupt Summary Register 1 


SISR 


21 


IS 


RW 


NVAX 


1-1 


Reserved 




22-23 


16 






3 



£1000014 



E100003C 



E1000058 



1 Initialized on reset 



Address Assignments B-S 



Table B-1 (Cont.): Processor-Registers 



Register Name 



Number 



Mnemonic(Dec) (Hex) Type Impl Cat 



I/O Ad- 
dress 



Interval Counter Control/Status 

Next Interval Count 

Interval Count 

Time of Year Register 

Console Storage Receiver Statu* 

Console Storage Receiver Data 

Console Storage Transmitter Status 

Console Storage Transmitter Data 

Console Receiver Control/Status 

Console Receiver Data Buffer 

Console Transmitter Control/Status 

Console Transmitter Data Buffer 

Beserved 

Beserved 

Machine Check Error Register 

Beserved 

Reserved 

Reserved 

Console Saved PC 

Console Saved PSL 

Beserved 

VO System Beset Register 



ICCS 24 18 

NICR 25 19 

ICR 26 1A 

TODR 27 IB 

CSRS 28 1C 

CSRD 29 ID 

CSTS 30 IE 

CSTD 31 IP 

RXCS 32 20 

BXDB 33 21 

TXCS 34 22 

TXDB 35 23 

36 24 

37 25 
MCESR 38 26 

39 27 

40 28 

41 29 
SAVPC 42 2A 
SAVPSL 43 ZB 

44-54 2C 

IORESET 55 37 



RW 
RW 
RW 
RW 
RW 
R 

RW 
W 
RW 
R 

RW 
W 



W 



W 



NCA 
NCA 
NCA 
SSC 
SSC 
SSC 
SSC 
SSC 
SSC 
SSC 
SSC 
SSC 



NVAX 



NVAX 
NVAX 



SSC 



2- 7 

3- 7 
3-7 
2-3 
2-3 
2-3 
2-3 
2-3 
2-3 
2-3 
2-3 
2-3 
3 
3 

2-1 
3 
3 
3 

2-1 
2-1 
3 

2-3 



E1000060 
E1000064 
E1000068 
E100006C 
E1000070 
E1000074 
E1000078 
E100007C 
E1000080 
E1000084 
E1000088 
E1000O8C 
E1000090 
E1000094 

E100009C 
E10000AO 
E10000A4 



E10000BO 
E10000DC 



B-10 KA675/KA680/KA690 CPU 



Table B-1 (Cont.): Processor Registers 



Number 

Register Name Mnemonic(Dec) (Hex) Type Impl Cat 



Memory Management Enable 1 ^ 


MAPEN 


56 


38 


RW 


WAX 


1-2 




Translation Buffer Invalidate All 3 


TBIA 


57 


39 


W 


NVAX 


l-i 




Translation Buffer Invalidate Single 3 


TBIS 


58 


3A 


W 


NVAX 


l-i 




Reserved 




59 


3B 






3 


E10000EC 


Reserved 




60 


3C 






3 


E10000PO 


System Identification 


SID 


62 


3E 


R 


NVAX 


1-1 




Translation Buffer Cheek 


TBCHK 


63 


3F 


W 


NVAX 


1-1 




IPL 14 Interrupt ACK 5 


IAK14 


64 


40 


R 


ssc 


2-3 


E1000100 


IPL 15 Interrupt ACK 6 


IAK15 


65 


41 


R 


ssc 


2-3 


E1000104 


IPL 16 Interrupt ACK 5 


IAK16 


66 


42 


R 


ssc 


2-3 


E1000108 


IPL 17 Interrupt ACK 5 


IAK17 


67 


43 


R 


SSC 


2-3 


E100010C 


Clear Write Buffer 5 


CWB 


68 


44 


RW 


SSC 


2-3 


E1000110 


Reserved 




69-99 


45 






3 


E1000U4 


Reserved for VM 




100 


64 






3 


E1000190 


Reserved for VM 




101 


65 






3 


E1000194 


Reserved for VM 




102 


66 






3 


E1000198 


Reserved 




103-121 


67 






3 


E100019C 


Interrupt Syste Statu* Register 


INTSYS 


122 


7A 


RW 


NVAX 


2-1 




Performance Monitoring Facility Count 


PMPCNT 


123 


7B 


RW 


NVAX 


2-1 




Pa tenable Control Store Control Register 


PCSCR 


124 


7C 


WO 


NVAX 


2-1 




Ebox Control Register 


ECR 


125 


7D 


RW 


NVAX 


2-1 




Mbooc TB Tag FiH 5 


HTBTAG 


126 


7E 


W 


NVAX 


2-1 




1 Initialized on reset 

3 Change broadcast to vector unit if present 

testability and diagnostic use only; not for software use in 


normal 


operation 
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Table B-1 (ContQ: Processor Registers 



Number 

Re^r Nam e Mne.onicO.c) (Hex, ^ I»pl Cat &£ 



Mbox TB PTE Fill 5 


MTBPTE 


127 


7F 


W 


NVAX 


2-1 


Cbox Control Register 


CCTL 


160 


AO 


RW 


NVAX 


2-5 


Reserved 




161 


Al 




NVAX 


2-6 


Bcaehe Data ECC 


BCDECC 


162 


A2 


W 


NVAX 


2-5 


Bcaehe Error Tag Status 


BCETSTS 


163 


A3 


RW 


NVAX 


2-5 


Bcaehe Error Tag Iti^t* 


BCETIDX 


164 


A4 


R 


NVAX 


2-5 


Bcaehe Error Tag 


BCETAG 


165 


AS 


R 


NVAX 


2-5 


Bi*»fhr Error Data Status 


BCEDSTS 


166 


A6 


RW 


NVAX 


2-5 


Bc&che Error Data Index 


BCEDTDX 


167 


A7 


R 


NVAX 


2-5 


Bcaehe Error ECC 


BCEDECC 


168 


AS 


R 


NVAX 


2-5 






169 


A9 




NVAX 


2-6 


Reserved 




170 


AA 




NVAX 


2-6 


FID Error Address 


CEFADR 


171 


AB 


R 


NVAX 


2-5 


Fill Error Status 


CEFSTS 


172 


AC 


RW 


NVAX 


2-5 


Reserved 




173 


AD 




NVAX 


2-6 


NDAL Error Status 


NESTS 


174 


AE 


RW 


NVAX 


2-5 


Reserved 




175 


AF 




NVAX 


2-6 


NDAL Error Output Address 


NEOADR 


176 


BO 


R 


NVAX 


2-5 


Reserved 




177 


Bl 




NVAX 


2-6 


NDAL Error Output Command 


NEOCMD 


178 


B2 


R 


NVAX 


2-5 


Reserved 




179 


B3 




NVAX 


2-6 


NDAL Error Data. High 


NEDATHI 


180 


B4 


R 


NVAX 


2-5 



testability and diagnostic use only; not for software use in normal operation 
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Table B-1 (Cont.): Processor Registers 



Number 

Register Name MnemonicCDec) (Hex) Type Impl Cat 



Reserved 




181 


B5 




WAX 


2-6 


NDAL Error Data Low 


NEDATLO 


182 


B6 


R 


NVAX 


2-5 


Reserved 




183 


B7 




NVAX 


2-6 


NDAL Error Input Command 


NEICMD 


184 


B8 


R 


NVAX 


2-5 


Reserved 




185-207 


B9 




NVAX 


2-6 


VIC Memory Address Register 


VMAR 


208 


DO 


RW 


NVAX 


2-5 


VIC Tig Register 


VTAG 


209 


Dl 


RW 


NVAX 


2-5 


VIC Data Register 


VDATA 


210 


D2 


RW 


NVAX 


2-5 


Smx Control and Status Register 


ICSR 


211 


D3 


RW 


NVAX 


2-5 


Qmx Branch Prediction Control Register 5 


BPCR 


212 


D4 


RW 


NVAX 


2-5 


Reserved 




213 


D5 




NVAX 


2-6 


Ibox Backup PC 5 


BPC 


214 


D6 


R 


NVAX 


2-5 


Ibax Backup PC with ELOG Unwind 5 


BPCUNW 


215 


D7 


R 


NVAX 


2-5 


Reserved 




216-223 


D8 




NVAX 


2-6 


Mbax PO Base Register 5 


MPOBR 


224 


E0 


RW 


NVAX 


2-5 


Mbax PO Length Register 5 


MPOLR 


225 


El 


RW 


NVAX 


2-5 


Mbax PI Base Register 5 


MP1BR 


226 


E2 


RW 


NVAX 


2-5 


Mbax PI Length Register 5 


MP ILK 


227 


E3 


RW 


NVAX 


2-5 


Mbox System Base Register 5 


MSBR 


228 


E4 


RW 


NVAX 


2-5 


Mbax System Length Register 5 


MSLR 


229 


ES 


RW 


NVAX 


2-5 


Mbax Memory Management Enable 5 


MMAPEN 


230 


E6 


RW 


NVAX 


2-5 


Mbox Physical Address Mode 


PAMODE 


231 


E7 


RW 


NVAX 


2-5 


Mbax MME Address 


MMPAPR 


232 


E8 


R 


NVAX 


2-5 



^Testability and diagnostic use only; not for software use in normal operation 
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Table B-1 (Cont.): Processor Registers 



Register Name 



Number 



Mnemonic(Dec) (Hex) Type 



Impl Cat dress 



Mbox MME PTE Address 
MboxMME Status 
Beserved 

Mbox TB Parity Address 

Mbcx TB Parity Status 

Beserved 

Beserved 

Beserved 

Beserred 

Mbox Peache Parity Address 

Mboc Peache Status 
Beserved 
Reserred 
Beserved 

Mbox Peache Control 

Beserved 

Beserved 

Beserved 

Beserved 

Beserved 

Beserved . 

Beserved 



MMEPTE 233 
MMESTS 234 
235 

TBADB 236 
TBSTS 237 
238 
239 
240 
241 

PCADR 242 
243 

POSTS 241 
245 
246 
247 

PCCTL 248 
249 
250 
251 
252 
253 
254 
255 



E9 

EA 

EB 

EC 

ED 

EE 

EF 

FO 

Fl 

F2 

F3 

F4 

F5 

F6 

F7 

F8 

F9 

FA 

FB 

FC 

FD 

FE 

FF 



B 
BW 



BW 



RW 



NVAX 2-5 

NVAX 2-5 

NVAX 24 

NVAX 2-5 

NVAX 2-5 

NVAX 24 

NVAX 2-6 

NVAX 2-6 

NVAX 24 

NVAX 2-5 

NVAX 2-6 

NVAX 2-5 

NVAX 2-6 

NVAX 2-6 

NVAX 2-6 

NVAX 2-5 

NVAX 2-6 

NVAX 2-6 

NVAX 24 

NVAX 24 

NVAX 24 

NVAX 24 

NVAX 24 
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Table B-1 (Cont.): Processor Registers 



Number 

Register Name MnemonicflJec) (Hex) Type Impl Cat cLresiT 



I/O Ad- 
ores 



Ummpiemented 100- 

O0FFFFFF 

S«e Tfebk B-2 01000000- 

PEPFPETP 



Type: 

R - Read-only register 
RW - Read-write register 
W = Write-only register 

NVAX = Implemented in the NVAX CPU chip 

System = Implemented in the system environment 

Vector = Implemented in the optional vector unit or its NDAL interface 

Cat(egory), class-subclass, where: 
class is one of: 

1 = Implemented as per DEC standard 032 

2 = NVAX-specific implementation which is unique or different from the DEC standard 032 
implementation 

3 = Not implemented internally; converted to I/O space read or write and passed to system 
environment 



subclass is one of: 

1 ss Processed as appropriate by Ebox microcode 

2 - Converted to Mbox IPR number and processed via internal XPR command 

3 = Processed by internal IPR command, then converted to I/O space read or write and 
passed to system environment 

4 = If virtual machine option is implemented, processed as in 1, otherwise as in 3 

5 = Processed by internal IPR command 

6 = May be block decoded; reference causes UNDEFINED behavior 

7 - Full interval timer may be implemented in the system environment. Subset ICCS is 
implemented in NVAX CPU chip 

8 = Converted to MFVP MSYNC 
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B.6 IPR Address Space Decoding 



Table B-2: IPR Address Space Decoding 



EPR Address Range 
IPR Group Mnemonic 2 (hex) Contents 



Normal 
B cache Tag 



BCTAG 



Bcrfche Deallocate BCFLUSH 



Pcache Tag 



PCTAG 



Pcache Data Parity PCDAP 



O0O000O0..0OO00OFF 1 256 individual EPRs. 

010000(>0..01lFFFE0 1 64k Bcache tag IPRs, each sepa- 
rated by 20(hex) from the previous 
one. 

01400000..015FFFE0 1 64k Bcache tag deallocate IPRs, 
each separated by 2(Khex) from 
the previous one. 

01800000..01801FE0 1 256 Pcache tag IPRs, 128 for each 
Pcache set, each separated by 
20(hex) from the previous one. 

01C00000..01C01FF8 1 1024 Pcache data parity IPRs, 
512 for each Pcache set, each 
separated by 8(hex) from the 
previous one. 



1 Unused fields in the IPR addresses for these groups should be zero. Neither hardware nor 
microcode detects and faults on an address in which these bits are non-zero. Although non- 
contiguous address ranges are shown for these groups, the entire EPR address space maps into 
one of these groups. If these fields are non-zero, the operation of the CPU is UNDEFINED. 
2 The mnemonic is for the first IPR in the block 



Processor registers in all groups except the normal group are processed 
entirely by the NVAX CPU chip and will never appear on the NDAL. This 
is also true for a number of the IPRs in the normal group. IPRs in the 
normal group that are not processed by the NVAX CPU chip are converted 
into I/O space references and passed to the system environment via a read 
or write command on the NDAL. 

Each of the 256 possible IPRs in the normal group are of longword length, 
so a 1-KB block of I/O space is required to convert each possible IPR to a 
unique I/O space longword. This block starts at address E 1000000 (hex). 
Conversion of an IPR address to an I/O space address in this block is done 
by shifting the IPR address left into bits <9:2>, filling bits <1:0> with zeros, 
and merging in the base address of the block. This can be expressed by the 
equation: 

IO ADDRESS = £1000000 + {IPR NUMBER * 4) 
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Appendix C 

ROM Partitioning 



This section describes ROM partitioning and subroutine entry points that 
are public and are guaranteed to be compatible over future versions of 
the firmware. An entry point is the address at which any subroutine or 
subprogram will start execution . 

C.1 Firmware EPROM Layout 

The KA675/KA680/KA690 has 512 Kbytes of FEPROM. Unlike previous 
Q22-bus based processors, there is no duplicate decoding of the FEPROM 
into halt-protected and halt-unprotected spaces. The entire FEPROM is 
halt-protected. 
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Figure C-1 : KA675/KA680/KA690 FEPROM Layout 



20040000 
20040006 
20040008 
2004000C 
20040010 
20040014 
2004001c 



2005F800 
2005FFFC 



Branch Instruction 



System ID Extension 



PC$MSG_OUT_NOLF_R4 



CP$READ_WITH_PRMPT_R4 



Rsvd Mfg L200 Testing 



Def Boot Dev Dscr Ptr 



Def Boot Flags Ptr 



Console, Diagnostic, 
and Boot Code 



EPROM Checksum 



Reserved for Digital 



4 Pages Reserved 
for Customer Use 



MLO-007698 



The first instruction executed on halts is a branch around the System ID 
Extension (SIE) and the callback entry points. This allows these public 
data structures to reside in fixed locations in the FEPROM. 

The callback area entry points provide a simple interface to the currently 
denned console for VMB and secondary bootstraps. This is documented 
further in the next section. 

The fixed area checksum is the sum of longwords from 20040000 to the 
checksum inclusive. This checksum is distinct from the checksum that the 
rest of the console uses. 

The console, diagnostic and boot code constitute the bulk of the firmware. 
This code is field upgradable. The console checksum is from 20044000 to 
the checksum inclusive. 

The memory between the console checksum and the user area at the end of 
the FEPROM is reserved for Digital for future expansion of the firmware. 
The contents of this area is set to FF. 
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The last 4096 bytes of FEPROM is reserved for customer use and is not 
included in the console checksum. During a PROM bootstrap with PRBO 
as the selected boot device, this block is the tested for a PROM "signature 
block". 



C.1.1 System Identification Registers 

The firmware and operating system software reference two registers to 
determine the processor on which they are running. The first, the System 
Identification register (SID), is a NVAX internal processor register. The 
second, the System Identification Extension register (3 IE), is a firmware 
register located in the FEPROM. 

C.1.1.1 PR$_S!D (IPR 62) 

The SID longword can be read from IPR 62 using the MFPR instruction. 
This longword value is processor specific, however, the layout of this register 
is shown in Figure C-2. A desciption of each field is provided in Table C-l. 



Figure 0-2: SID : System identification Register 



31 



24 23 



08 07 



00 



CPU TYPE 



Reserved 



Version 



MLO-007699 



Table C-1 : System identification Register 



Field 


Name 


KW 


Description 




CPU.TYPE 


ro 


CPU type is the processor specific identification code. 

0A:CVAX 
OB : RIGEL 
13 s NVAX 
14 : SOC 


24:8 


reserved 


TO 


Reserved for future use. 


7:0 


VERSION 


TO 


Version of the microcode. 
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C.1.1.2 SIE (20040004) 

The System Identification Extension register is an extention to the SID and 
is used to further differentiate between hardware configurations. The SID 
identifies which CPU and microcode is executing, and the SIE identifies 
what module and firmware revision are present. Note, the fields in this 
register are dependent on SID<31:24>(CPU_TYPE). 

By convention, all VAX 4000 systems implement a longword at physical 
location 20040004 in the firmware FEPROM for the SIE. The layout of 
the SIE is shown in Figure C-3. A description of each field is provided in 
Table C-2. 

Figure C-3: SIE : System Identification Extension (20040004) 



31 



24 23 



16 15 



08 07 



00 



SYS_TYPE 


Version 


SYS_SU8_TYPE 


Variant 








MLO-007700 


Table C-2: System Identification Extension 




Field Name 


RW Descripti 


on 





31:24 SYS_TYPE 



ro This field identifies the type of system for a specific pro- 
cessor. 

01 : Q22-bus single processor system. 



23:16 VERSION 



This field indentifies the resident version of the firmware 
encoded as two hexadecimal digits. For example, if the 
banner displays V5.0, then this field is 50 (hex). 



15:8 SYS_SUB_TYPE ro This field indentifies the particular system subtype. 



01. 

02. 

03. 

04 

05. 

06 

07 

OC 



KA650 
KA640 
KA655 
KA670 
KA660 
EA680 
EA690 
:KA675 



7:0 



VARIANT 



ro This field indentifies the particular system variant. 
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C.1.2 Call-Back Entry Points 



The firmware provides several entry points that facilitate I/O to the 
designated console device. Users of these entry points do not need to be 
aware of the console device type, be it a video terminal or workstation. 

The primary intent of these routines is to provide a simple console device 
to VMB and secondary bootstraps, before operating systems load their own 
terminal drivers. 

These are JSB (subroutine as opposed to procedure) entry points located in 
fixed locations in the firwmare. These locations branch to code that in turn 
calls the appropriate routines. 

All of the entry points are designed to run at IPL 31 on the interrupt stack 
in physcial mode. Virtual mode is not supported. Due to internal firmware 
architectural restrictions, users are encouraged to only call into the halt- 
protected entry points. These entry points are listed in Table C-3. 

Table C-3: Call-Back Entry Points 

CP$GET_CHAR_R4 20040008 

CP$MSG_OUTJNOLF_R4 2004000C 

CP$READ_WTHL.PRMPT_ 20040010 
B4 



C.1.2.1 CP$GETCHAR_R4 

This routine returns the next character entered by the operator in RO. A 
timeout interval can be specified. If the timeout interval is zero, no timeout 
is generated. If a timeout is specified and if timeout occurs, a value of 18 
(CAN) is returned instead of normal input. 

Registers RO 313233 and R4 are modified by this routine, all others are 
preserved. 



; Usage with timeout: 

movl #timeout_in__tenths_of_second, rO ; Specify timeout, 
jsb 6 # CP $GET_CHAR_R4 ; Call routine, 

cmpb rO,# A xl8 ; Check for timeout, 

beql timeout_handler ; Branch if timeout. 

; Input is in RO. 



; Usage without timeout: 
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clrl rO ; Specify no timeout, 

jsb e#CP$GET_CHAR_R4- ; Call routine. 

; Input is in RO. 



C.1.2.2 CP$MSG_OUT_NOLF_R4 

This routine outputs a message to the console. The message is specified 
either by a message code or a string descriptor. The routine distinguishes 
between message codes and descriptors by requiring that any descriptor 
be located outside of the first page of memory. Hence, message codes are 
restricted to values between 0 and 511. 

Registers R0,R1>R2,R3 and R4 are modified by this routine, all others are 
preserved. 



; Usage with message code: 



movzbl #console_message_code, rO 
jsb 8#CP$MSG OUT NOLF R4 



; Specify message code. 
; Call routine. 



; Usage with a message descriptor (position dependent) . 



movaq 5$,r0 

jsb e#CP$MSG OUT NOLF R4 



; Specify address of desc. 
; Call routine. 



5$: 



. ascid /This is a message/ 



; Message with descriptor. 



/ Usage with a message descriptor (position independent) 



pushab 5$ 

pushl #10S-5$ 

movl sp,r0 

jsb 8 * CP $MSG_OUT_NOLF_R4 

clrq (sp) + 



; Generate message desc. 

; on stack. 

; Pass desc. addr. in RO. 

; Call routine. 

; Purge desc. from stack. 



5$: .ascii /This is a message/ ; Message. 

10$: 
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C.1.2.3 CP$READ_WTH_PRMPT_R4 

This routine outputs a prompt message and then inputs a character string 
from the console, When the input is accepted, DELETE, CONTROL-U and 
CONTROL-R functions are supported. 

As with CP$MSG_OUT_NOLF_R4, either a message code or the address of 
a string descriptor is passed in RO to specify the prompt string. A value of 
zero results in no prompt A time-out value in 10-millisecond ticks may be 
passed in Rl. If Rl is zero, the prompt will not timeout. 

A descriptor of the input string is returned in RO and Rl. RO contains the 
length of the string and Rl contains the address. This routine inputs the 
string into the console program string buffer and therefore the caller need 
not provide an input buffer. Successive calls however destroy the previous 
contents of the input buffer. 

Registers RO ,R1 are modified by this routine, all others are preserved. 



Usage with a message descriptor (position independent) . 



pushab 5$ 

pushl #10$-5$ 

movl sp,rO 

clrl rl 

jsb 8#CP$READ_WTH_PRMPT_R4 

clrq (sp)+ 



Generate prompt desc. 
on stack. 

Pass desc. addr. in RO. 
Specify no time-out. 
Call routine. 
Purge prompt desc. 
Input desc in RO and R3 



5$: 
10$: 



.ascii /Prompt > / 



; Prompt string. 



Vs. l.o DUUi iiiiUi maiiwii rwiiiieiS 

Two longwords located in FEPROM are used as pointers to the default boot 
device descriptor and the default boot flags (Figure C-4), because the actual 
location of this data may change in successive versions of the firmware. Any 
software that uses these pointers should reference them at the addresses 
in halt-protected space. 
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Figure C-4: Boot Information Pointers 



20040018 



Def Boot Dev Dscr Ptr 



Class 


Type 


Desc Length 


Boot Device String Ptr 



ASCIZ Dev Name String 



2004001c 



Def Boot Flags Ptr 




Boot Flags (Longword) 


> 



MLO007701 



The following macro defines the boot device descriptor format. 



Default Boot Device Descriptor 

boot_device_descriptor: : 
base = . 

= base + dsc$w_length 
.word nvr$s_boot_device 

« base + dsc$b_dtype 
byte dsc$k_dtype_z 

= base + dsc$b_class 
byte dsc$k_class_z 

» base + dsc$a_pointer 
long nvrjbase + nvr$b_boot_device 

» base + dsc$s dscdefl 
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Appendix D 

Data Structures and Memory Layout 



This appendix contains definitions of the key global data structures used 
by the CPU firmware. 

D.1 Halt Dispatch State Machine 

The CPU halt dispatcher determines what actions the firmware will take on 
halt entry based on the machine state. The dispatcher is implemented as a 
state machine, which uses a single bitmap control word and the transition 
(see Table D-l) to process all halts. The transition table is sequentially 
searched for matches with the current state and control word. If there is a 
match, a transition occurs to the next state. 

The control word comprises the following information. 

• Halt Type, used for resolving external halts. Valid only if Halt Code 
is 00. 

000 : power-up state 

001 : halt in progress 

010 : negation of Q22-bus DCOK 

Oil : console BREAK condition detected 

100 : Q22-bus BHAIT 

101 : SGEC BOOT.L asserted (trigger boot) 

• Halt Code, compressed form of SAVPSL<13:8>(RESTART_CODE). 

00 : RESTART.CODE = 2, external halt 
01 : RESTART.CODE = 3, power-up/reset 
10 : RESTART.CODE = 6, halt instruction 
11 : RESTART.CODE = any other, error halts 

• Mailbox Action, passed by an operating system in CPMBX<1:0>(HALT_ 
ACTION). 

00 : restart, boot, halt 
01 : restart, halt 
10 : boot, halt 
11 : halt 
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• User Action, specified with the SET HALT console command. 



000 : default 
001 : restart, halt 
010 : boot, halt 
Oil : halt 

100 : restart, boot, halt 

• HEN, Break (halt) Enable/Disable switch, BDR<07> 

• ERR, error status 

• TIP, trace in progress 

• DTP, diagnostics in progress 

• BIP, bootstrap in progress CPMBX<2> 

• RIP, restart in progress CPMBX<3> 

A transition to a "next state" occurs if a match is found between the control 
word and a "current state" entry in the table. The firmware does a linear 
search through the table for a match. Therefore, the order of the entries 
in the transition table is important. The control longword is reassembled 
before each transition from the current machine state. The state machine 
transitions are shown in Table D— 1. 

Table D-1 : Firmware State Transition Table 

Mailbx 

Current Next Halt Halt User HEN-ERR-TTP-DIP- 

State State Type Code Action Action BEP-REP 



Perform conditional initialization. 



ENTRY 


->RESET INIT 


XXX 


01 


XX XXX 


X 


-X 


-X 


-X 


-X 


- X 


ENTRY 


->BREAK INIT 


011 


00 


XX XXX 


X 


- X 


-X 


-X 


- X 


- X 


ENTRY 


->TRACE INIT 


XXX 


10 


XX XXX 


X 


-0 


- 1 


- X 


- X 


- X 


ENTRY 


->OTHER INIT 


XXX 


XX 


XX XXX 


X 


-X 


-X 


- X 


- X 


- X 






Perform common initialization. 2 














RESET JNIT 


->INIT 


XXX 


XX 


XX XXX 


X 


- X 


-X 


- X 


-X 


- X 



1 Perform a unique initialization routine on entry. In particular, power-ups, BREAKs, and 
TRACEs require special initialization. Any other halt entry performs a default initialization. 

2 After performing conditional initialization, complete common initialization. 
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Table P-1 (Cont.): Firmware State Transition Table 



Current 
State 


Next 
State 


Halt 
Type 


Halt 
Code 


Mailbx 

User HEN-ERR-TTP- 
Action Action BIP-RIP 


BREAK INIT 


->iNrr 


XXX 


XX 


XX XXX 


x-x-x-x-x-x 


TRACE INIT 


— >ENTT 


XXX 


XX 


XX XXX 


x-x-x-x-x-x 


OTHER TNYT 


->INTT 


XXX 


XX 


XX XXX 


x-x-x-x-x-x 






Check for external halts. 3 




INIT 


->BOOTSTRAP 


010 


00 


XX XXX 


0-x-x-x-x-x 


INIT 


->BOOTSTRAP 


101 


00 


XX XXX 


x-x-x-x-x-x 


INIT 


->HALT 


XXX 


00 


XX XXX 


x-x-x-x-x-x 






Check for pending (NEXT) trace. 4 




INIT 


->TRACE 


XXX 


10 


XX XXX 


x-x- 1 -x-x-x 


TRACE 


->exit 


XXX 


10 


XX XXX 


x-0-l-x-x-x 


TRACE 


->HALT 


XXX 


XX 


XX XXX 


x-x-x-x-x-x 






Check for bootstrap conditions. 5 




INIT 


->BOOTSTRAP 


XXX 


01 


XX XXX 


0-0-0-0-0-0 


INIT 


->BOOTSTRAP 


XXX 


01 


xx 010 


1-0-0-0-0-0 


INIT 


->BOOTSTRAP 


XXX 


01 


xx 100 


1-0-0-0-0-0 


INIT 


->BOOTSTRAP 


XXX 


lx 


10 xxx 


x-0-0-0-0-0 



® Salt on all exte* u&l halts, except: 

if DCOK (unlikely) and halts are disabled, bootstrap 
if SGEC remote trigger, bootstrap 

4 Unconditionally enter the TRACE state, if the TIP flag is set and the halt was due to a 
HALT instruction. From the TRACE state the firmware exits, if TIP is set and ERR is clear; 
otherwise it halts. 

5 Bootstrap, 

if power-up and halts are disabled. 

if power-up and halts are enabled and user action is 2 or 4. 

if not power-up and mailbox is 2. 

if not power-up and mailbox is 0 and user action is 2. 

if not power-up and restart failed and mailbox is 0 and user action is 0 or 4. 
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Table D-1 (Cont.): Firmware State Transition Table 

Mailbx 

Current Next Halt Halt User HEN-ERR-TEP-DEP- 



State 


State 


Type 


Code 


Action Action BEP-RIP 






INIT 


->BOOTSTRAP 


XXX 


lx 


00 010 


x-0 -0-0 


-0 


-0 


ENIT 


->BOOTSTRAP 


XXX 


lx 


00 100 


x-0-0-0 


-0 


-1 


INIT 


->BOOTSTRAP 


XXX 


lx 


00 100 


x-1-0-0 


-0 


- X 


INIT 


->BOOTSTRAP 


XXX 


lx 


00 000 


0-0-0-0 


-0 


- 1 


RESTART 


->BOOTSTRAP 


XXX 


lx 


00 000 


0-1-0-0 


-0 


- X 






Check for restart conditions. 6 








INIT 


->RESTART 


XXX 


lx 


01 xxx 


x-0-0-0 


-0 


-0 


INIT 


->RESTART 


XXX 


lx 


00 001 


x-0-0-0 


-0 


-0 


INIT 


->RESTART 


XXX 


lx 


00 100 


x-0-0-0 


-0 


-0 


INIT 


->RESTART 


XXX 


lx 


00 000 


0-0-0-0 


-0 


- 0 






Perform common exit processing, if 
no errors. 7 








BOOTSTRAP 


->EXTT 


XXX 


XX 


XX xxx 


x - 0 - x - x 


- X 


- X 


RESTART 


->extt 


XXX 


XX 


XX xxx 


x - 0 - x - x 


- X 


- X 


HALT 


->EXTT 


XXX 


XX 


XX xxx 


x-0-x-x 


- X 


- X 






Exception transitions, just halt. 8 








INIT 


->HALT 


XXX 


XX 


XX xxx 


X - X - X - X 


-X 


- X 


BOOT 


->HALT 


XXX 


XX 


XX xxx 


x-x-x-x 


-X 


- X 


REST 


->HALT 


XXX 


XX 


XX xxx 


X -X - X -X 


- X 


- X 


HALT 


->HALT 


XXX 


XX 


XX xxx 


X-X-X-X 


- X 


- X 



Restart the operating system if not power-up and, 
if mailbox is 1. 

if mailbox is 0 and user action is 1 or 4. 

if mailbox is 0 and user action is 0 and halts are disabled. 

Exit after halts, bootstrap or restart. The exit state transitions to program I/O mode. 
Guard block that catches all exception conditions. In all cases, just halt. 
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Table P-1 (Cont.): Firmware State Transition Table 



Mailbx 

Current Next Halt Halt User HEN-ERR-TTP-DIP- 

State State Type Code Action Action BEP-RIP 

TRACE ->HALT xxx xx xx xxx x-x-x-x-x-x 

EXIT ->HALT xxx xx xx xxx x-x-x-x-x-x 

V is used in this table to indicate a "don't care" field. 



D.2 RPB 

VMB typically utilizes the low portion of memory unless there are bad 
pages in the first 128Kbytes. The first page in its block is used for the RPB 
(Restart Parameter Block), through which it communicates to the operating 
system. Usually, this is page 0. 

VMB will initialize the Restart Parameter Block (RPB) as shown in 
Table D-2. 



Table D-2: Restart Parameter Block Fields 



(Rll)+Field Name 



Description 



00: RPB$LJ$ASE 

04: RPB$L_RESTART 

08: RPB$L_CHKSUM 

0C: RPB$L_RSTRTFLG 

10: RPBSIoHALTPC 

10: RPB$L_HALTPSL 

18: RPB$L_HALTCQBE 



Physical address of base of RPB. 

Cleared. 

-1 

Cleared. 

R10 on entry to VMB (HALT PC). 
PR$_SAVPSL on entry to VMB (HALT PSL). 

AP on entry to VMB (HALT CODE). 
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Table D-2 (Cont.): Restart Parameter Block Fields 



(RlD+Field Name 



Description 



1C: RPB$L_BOOTR0 



RO on entry to VMB. 

NOTE: The field RPB$WJtOUBVEC, which 
overlaps the high-order word of RPB$L_ 
BOOTRO, is set by the boot device drivers to 
the SCB offset (in the second page of the SCB) 
of the interrupt vector for the boot device. 



20: 



RPBSLJBOOTRl 



24: RPB$L_BOOTR2 
28: RPB$L_BOOTR3 
2C: RPB$L_BOOTR4 



VMB version number. The high-order word of the version 
is the major ID and the low-order word is the minor ID. 

R2 on entry to VMB. 

R3 on entry to VMB. 

R4 on entry to VMB. 

NOTE: The 48-bit booting node address is 
stored in RPB$L_BOOTR3 and RPB$L_ 
BOOTR4 for compatibility with ELN Vl.l 
(this field is only initialized this way when 
performing a network boot). 



30: 
34: 



RPB$L_BOOTR5 
RPB$L_IOVEC 



38: RPBSLJOVECSZ 
3C: RPB$L_FILLBN 
40: RPB$L_FILSIZ 



R5 on entry to VMB. 

Physical address of boot driver's I/O vector of transfer 
addresses. 

Size of BOOT QIO routine. 

LBN of secondary bootstrap image. 

Size of secondary bootstrap image in blocks. 
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Table D-2 (Cont.): Restart Parameter Block Fields 



(Rll)+Field Name 



Description 



44: RPB$ QJPFNMAP 



4C: RPB$L_PFNCNT 



50: 
54: 
58: 
5C: 

60: 

84: 
66: 
67 



RPB$LJSVASFT 
RPB$L_CSRPHY 
RPB$L_CSRVIR 
RPB$L_ADPPHY 

RPB$L_ADPVIR 
EPB$WJJNIT 
RPB$B_DEVTYP 
RPB$B_SLAVE 



The PFN bitmap is a array of bits, where eadi bit has 
the value "1" if the corresponding page of memory is 
valid, or has the value "0" if the corresponding page 
of memory contains a memory error. Through use of 
the PFNMAP, the operating system can avoid memory 
errors by avoiding known bad pages altogether. The 
memory bitmap is always page-aligned, and describes all 
the pages of memory from physical page #0 to the high 
end of memory, but excluding the PFN bitmap itself and 
the Q-bus map registers. If the high byte of the bitmap 
spans some pages available to the operating system 
and some pages of the PFN bitmap itself, the pages 
corresponding to the bitmap itself will be marked as bad 
pages. The first longword of the PFNMAP descriptor 
contains the number of bytes in the PFNMAP; the second 
longword contains the physical address of the bitmap. 

Count of "good" pages of physical memory, but not 
including the pages allocated to the Q22— bus scatter 
/gather map, the console scratch area, and the PFN 
bitmap at the top of memory. 



Physical address of CSR for boot device. 
0. 

Physical address of ADP. (really the address of QMRs 
*x800 to look like a UBA adapter). 

0. 

Unit number of boot device. 
Device type code of boot device. 

Slave number of boot device. 
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Table D-2 (Cont.): Restart Parameter Block Fields 



(Rll)+Field Name 



Description 



68: RPB$T _FILE 



Name of secondary bootstrap image (defaults to 
[SYS0.SYSEXE]SYSBOOT.EXE). This field (up to 40 
bytes) is overwritten with the input string on a "solicit" 
boot. 



NOTE: 1 : For VAX /VMS, the RPB$T_FILE 
must contain the root directory string "SYSn." 
on a non-network bootstrap. This string is 
parsed by SYSBOOT (SYSBOOT does not 
use the high nibble of BOOTR5). 2 : The 
RPB$T_FILE is overwritten to contain the 
boot node name for compatibility with ELN 
VI. 1 (this field is only initialized this way 
when performing a network boot). 



90: RPB$B_CONFREG 

AO: RPB$BJHDRPGCNT 
Al: RPB$W_BOOTNDT 



BO: RPB$L_SCBB 

BC: RPB$L_MEMDSC 

) 

CO: RPB$L_MEMDSC+4 



Array (16 bytes) of adapter types (NDT$_UB0 - UNEBUS 
). 

Count of header pages. 

Boot adapter nexus device type. Used by SYSBOOT 
and INIADP (OF SYSLOA) to configure the adapter of 
the boot device (changed from a byte to a word field in 
Version 12 of VMB). 

Physical address of SCB. 

Count of pages in physical memory including both good 
and bad pages. The high 8 bits of this longword contain 
the TR #, which is always 0 for KA675/KA680/KA690. 



PFN of the first page of memory. This field is always 0 
for KA6757KA680/KA690, even if page #0 is a bad page. 



NOTE: No other memory descriptors are 
used. 



104: RPB$L_BADPGS 



Count of "bad" pages of physical memory. 
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Table D-2 (Cont.): Restart Parameter Block Relds 



(Rll)+Field Name Description 



108: RPB$B_CTRLLTR Boot device controller number biased by 1. In VAX/VMS, 

this field is used by INIT (in SYS) to construct the boot 
device's controller letter. A 0 implies this field has not 
been initialized, else if initialized, A=l, B=2, etc. (this 
field was added in Version 13 of VMB). 

tin: The rest of the RPB is zeroed. 



D.3 VMB Argument List 

The VMB code will also initialize an argument list as shown in Table D-3 
(the address of the argument list is passed in the AP). 



Table D-3: VMB Argument List 



(APH Field Name 



Description 



04: VMB$L_FILECACHE 

0C: VMB$L_LO _PFN 

10: VMB$LJHI_FFN 

14: VMB$QJPFNMAP 

1C: VMB$Q_UCODE 

24: VMB$B_SYSTEMID 



2C: VMB$L_FLAGS 
30: VMB$L_CIjnPFN 



Quadword filename. 

PFN of first page of physical memory (always 0, 
regardless of where 128 Kbytes of "good" memory starts). 

PFN of last page of physical memory. 

Descriptor of PFN bitmap. First longword contains count 
of bytes in bitmap. Second longword contains physical 
address of bitmap. (Same rules as for RPB$QJPFNMAP 
listed above.) 

Quadword. 

48-bit (actually a quadword is allocated) booting node 
address which is initialized when performing a network 
boot. This field is copied from the Target System Address 
parameter of the parameters message. (The DECnet 
HIORD value is added if the field was two bytes.) 

Set as needed. 

Cluster interface high PFN. 
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Table D-3 (Cont.): VMB Argument List 


(AP)+ Field Name 


Description 


34: 


VMB$Q_NODENAME 


Boot node name which is initialized when performing a 
network boot. This field is copied from the Target System 
Name parameter of the parameters message. 


3C: 


VMB$QJHOSTADDR 


Host node address (this value is only initialized when 
booting over the network). This field is copied from 
the Host System Address parameter of the parameters 
message. 


44: 


VMB$Q_JHOSTNAME 


Host node name (this value is only initialized when 
performing a network boot). This field is copied from 
the Host System Name parameter of the parameters 
message. 


4C: 


VMB$O_T0D 


Time of day (this value is only initialized when 
performing a network boot). The time of day is copied 
from the first eight bytes of the Host System Time 
parameter of the parameters message. (The time 
differential values are NOT copied.) 


54: 


VMB$LJCPARAM 


x oiuu€r to Qaia ivvrjsvCQ irum request oi xu& paxajzicwer 
file. 


58: 




The rest of the argument list is zeroed. 
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Appendix E 

Configurable Machine State 



The KA675/KA68Q/KA690 CPU module has many control registers that 
need to be configured for proper operation of the module. The following list 
shows the normal state of all configurable bits in the CPU module as they 
are left after the successful completion of power-up ROM diagnostics. 

VAX 4000 Models 400,500,600 

Configuration registers and writable bits: (* * power up reset state) 
KCA: 



CMCDSR: Mode Control and Diagnostic Status Register (2102 0004) 



15:14: CP 2 MT Timer Prescaler 
11 - 144000 cycles* - needed for CQBIC 10ms No Grant 
timeout 

13:12: CP1 MT Timer Prescaler 
00 - 144 cycles - minimum for passive releases, no 
cycle should take longer than this 

11:10: NDAL Timeout Prescaler 
00 - 3200 cycles* - this is longer than both KCA and 
NMC transactions timeouts, preserves timeout 
order 

9: QB0S_TRANS enable (formerly CQBI C_P RE SENT ) 

0 - QBOS_TRANS signal disabled* - this is to avoid 
QBUS_TRANS deadlock 

8: 102 10 enable 

1 • enabled 



7: Force wrong CP 2 bus parity 
0 - off* - diagnostic use only 

6: Force wrong CP1 bus parity 
0 - off* - diagnostic use only 

5: Force wrong NDAL master parity 
0 - off* - diagnostic use only 

4: Force wrong NDAL slave parity 
0 - off* - diagnostic use only 

3: Enable prefetch 
1 - enable CP bus prefetch on DMA reads 

2: Force write buffer hit 

0 - off* - diagnostic use only 



Configurable Machine State E-1 



1: Force CP 2 bus owner 
0 - disabled - diagnostic use only 



0: Force CP1 bus owner 
0 - disabled - diagnostic use only 

ICCS: Interval Clock Control and Status Register (2100 0060) 



NOTE: VMS sets ICCS, NICR to proper values 

6: Interrupt enable 
0 - disabled* 

5: Single step 
0 - off* 

4: Transfer 
0 - disabled* 

0: Run - increment every lus 
0 « do not increment* 

NICR: Next Interval Count Register (2100 0064) 



31:0 Initial count value for ICR (FFFFD8F0* (10ms)) 



NMC: 

M£MCON_0-7: Memory Configuration Registers (2101 8000 thru 2101 801C) 



NOTE: Diagnostics set these registers based on available memory 

31: Base Address Valid 

0 - not valid* 

1 - valid 

28:24: Base Address (0 on reset) 
1MB RAM - all address bits used 
4MB RAM - only <28:26> used 

2:1 RAM size 
00 - 1MB RAM* 
01 - 1MB RAM 

10 - 4MB RAM 

11 » non-existent bank 

0: Mode 
1 - 64 -bit mode 

MMCDSR: Mode Control and Diagnostic Status Register (2101 8048) 



31: Fast Diagnostic Mode (FDM) 
0 - disabled* - diagnostic use only 

30: FDM Second pass 
0 - disabled* - diagnostic use only 

29: Diagnostic Checkbit mode 
0 - disabled* - diagnostic use only 

28: QBus on 101 
0 - QBus on 102* 

27: Enable soft error log (NDAL £ memory related) 
0 - disabled* - VMS enables this 
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26: Flush BCache 
0 - don't flush* 

24:17: Memory diagnostic check bits 

0 - meaningful only in diagnostic check mode* (may or 
may not be read as 0) 

8:7: NDAL Timeout Scaler 
00 - 2600 cycles* - maximum, to preserve timeout order 

6: Disable memory error 
0 » memory errors deteted and corrected* 

5: Refresh interval timer select 

0 - 328 cycles* (Model 500,600) 

1 - 244 cycles (Model 400) 

4:2: Force wrong parity on NDAL transactions 
0 - off* - diagnostic use only 

1: Disable memory refresh 
0 « memory refreshed* 

0: Force refresh 
0 ■ normal refresh* 

MOAMR: 0-bit Address and Mode Register (2101 804C) 



16: Ignore C— bit mode 
0 - O-bits checked* 

15: Disable O-bit error 
0 » O-bit errors detected* 

14:6: O-bit segment address (0*) - meaningful only during 
O-bit data register access 

5:3: O-bit mask (0*) - meaningful only during O-bit data 
register access 

2:0: O-bit operation mode 
000 - reconstruction mode* - meaningful only during 
O-bit data register access 

MODR: O-bit Data Registers (2101 0000 thru 2101 7FFF) 



23:12: O-bit field 1 (0*) - used only during Fast Memory test 

11:0: O-bit field 0 (0*) - used only during Fast O-bit test 
mode 

NVAX: 



CPUID: CPU ID Register (IPR E) 



7:0: CPU identif cation « 0 (for single processor config.) 
SID: System Identification Register (IPR 3E) 



NOTE: this register may only be written by microcode 
31:24: CPU type - 13hex (NVAX code) 
13: 6: Patch revision 
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7:0: Microcode revision 
ICSR: I Box Control and Status Register (IPR D3) 



0: VIC enable 

0 - disabled* (Model 400) 

1 - enabled (Models 500,600} 

ECR: EBox Control Register (IPR 7D) 



13: FBox test enable 

0 - disabled* - diagnostic use only 

7: Interval time mode 

1 » full CPU implemented interval timer 

5: S3 stall timeout 
0 ■ counts cycles w/ timeout_enable asserted* (-3 sec) 

3: FBox stage 4 bypass 

1 > enabled - result from stage 3 passed directly to 
FBox output interface (improves FBox latency) 

2: S3 external time base timeout 

0 « disabled* - use internal time base 

1: FBox enable 

1 - enabled 

0: Vector present 
0 - no* - no vector option available at this time 

MMAPEN: Memory Map Enable Register (IPR E6) 



0: Memory map enable 
0 • disabled* - VMS enables this 

PAMODE: Physical Address Mode Register (IPR E7) 



0: Physical address mode 
0 - 30-bit physical address space* 

PCCTL: PCache Control Register (IPR F8) 



8: PCache Electrical disable 
0 - PCache enabled* 

7:5 MBox performance monitor mode 

0 - diagnostic use only* 

4 : PCache error enable 

1 - enables PCache error detection 

3: Bank select during force hit mode 
0 - left bank selected if force hit mode enabled* 
- diagnostic use only 

2: Force hit 

0 » disabled* - diagnostic use only 

1 : I_enable 

1 - enable PCache for I READ, INVAL, I_CF commands 
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0 : D_enable 

1 - enable PCache for INVAL, D-stream read/write/fill 
commands 



CCTL: CBox Control Register {IPR AO) 



30: Software ETM 
0 - disabled* - diagnostic use only 

16: Force NDAL parity error 
0 - off* - diagnostic use only 

15:11: Performance monitoring BCache access and hit type 
0 - configures BCache for performance monitoring* - 
meaningful only during performance monitoring 

10: Disable CBox write packer 
0 » write packer enabled* - improves write latency 

9: Read timeout counter test 

0 « test disabled* - use external time base for read 
timeout counter 

8: Software ECC 
0 - use correct ECC* 

7: Disable BCache errors 
0 « BCache errors detected* 

6: Force Hit 
0 - disabled* - diagnostic use only 

5:4: BCache size 

00 - 128 KB* (Models 400,500) 
10 - 512 KB (Model 600) 

3:2: Data store speed 

00- 2 cycle read, 3 cycle write* (Model 600} 

01- 3 cycle read, 4 cycle write (Model 500) 
10-4 cycle read, 5 cycle write (Model 400) 

1: Tag store speed 

0- 3 cycle read, 3 cycle write* (Model 600) 

1- 4 cycle read, 4 cycle write (Models 400,500) 

0: Enable BCache 

1 - enabled 



CQBIC: 



SCR: System Configuration Register (2008 0000} 



14: Halt enable 
1 • BHALT to CQBIC HALTIN pin to cause halts 

12: Page prefetch disable 
1 - map prefetch disabled - historical latency reasons 

7: Restart enable 
0 - QBus restart causes ARB power-up reset* 

3:1: ICR offset address select bits 
0 - no effect (A0X mode not supported) * 
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ICR: Interprocessor Communication Register (2000 1F40) 



8: AOX Halt 
0 - no halt (AOX mode not supported) 

6: ICR interrupt enable 
0 » interprocessor interrupts disabled - only 
uniprocessor config. allowed 

5: Local memory external access enable 
0 - external access disabled* - VMS will configure map 

QBMBR: Q-Bus Map Base Address Register (2008 0010) 



28:15: address where 8K QBus mapping registers are located 
(VMS reconfigures map) 

SHACi 



NOTE: all SKAC registers are subsequently configured by VMS driver 
PQBBR: Port Queue Block Base Register (2000 4048) 



20:0: upper bits of physical address of base of Port Queue 
block. Contains HW version, FW version, shared host 
memory version and CI port maintenance ID at power-up. 

PPR: Port Parameter Register (2000 4058) 



31:29: Cluster size. For SKAC value - 0. 

28:16: Internal buffer length - 0* (For SHAC value - 1010 hex) 
7:0: Port number. Same as SHAC's DSSI ID. 



PMCSR: Port Maintenance Control and Status Register (2000 405C) 



2: Interrupt enable 
0 - disabled* 

1: Maintenance timer disable 
0 - enabled* 



SGEC: 



NOTE: all SGEC registers are susequently configured by VMS driver 
NICSR0: Vector Address, IPL, Synch/Asynch Register (2000 8000) 

31:30: Interrupt priority 
00 - 14* 

29: Synch/Asynch bus master operating mode 
0 » asynchronous* 

15:0: Interrupt vector - 0003hex* 
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NICSR6: Command and Mode Register {2000 8018) 



30: Interrupt enable 
0 - disabled* 

28:25: Burst limit mode 

maximum number of longwords transferred in a single 
DMA burst. 1*,2,4,8 when NICSR<19>is clear; 
1*,4 when set. 

20: Boot message enable mode 
0 - disabled* 

19: Single cycle enable mode 
0 « disabled* 

11: Start/Stop transmission command 
0 » SGEC transmission process in stopped state* 

10: Start /Stop reception command 
0 - SGEC reception process in stopped state* 

9:8: Operating mode 
00 «■ normal mode* 

7: Disable data chaining mode 
0 - frames too long for current receive buffer will be 
transferred to the next buffer (s) in receive list* 

6: Force collision mode {internal loopback mode only} 
0 - no collision* 

3: Pass bad frames mode 
0 « bad frames discarded* 

2:1: Address filtering mode 
00 • normal mode* 

NICSR7: System Base Register {2000 801C) 



29:0: System base address - physical starting address of 
the VAX system page table (unpredictable after reset) 

NICSR9: Watchdog Timers Register (2000 8024) 



31: IS: Receive watchdog timeout 
0 - never timeout* 
default - 1250 • 2 as 
range =» 72 us (45) to 100 ms 

15:0: Transmit watchdog timeout 
0 - never timeout* 
default - 1250 - 2 ms 
range - 72 us (45) to 100 ms 

SSC: 



SSCBAR: SSC Base Address Register (2014 0000) 



29:0 20140000 - Base address* 



Configurable Machine State E-7 



SSCCR: SSC Configuration Register (2014 0010) 

27: Interrupt vector disable 
0 - Interrupt vector enabled* 

25:24: IPL Level 
00 - 14* 

23: ROM access time 
0 - 350 ns* 

22:20: ROM size 
101 - 256KB 

18:16: Halt protected space 
101 - 20040000 - 2007FFFF (historical) 

15: Control P enable 

0 - 20 spaces recognized as break*, not control-p 

(historical) 

14:12: Terminal UART baud rate 
101 - 9600 (historical) 

6: Programmable address strobe 1 ready enable (for BDR) 

1 - ready asserted after address strobe 

5:4: Programmable address strobe 1 enable (for BDR) 
11 - read enabled, write enabled 

2: Programmable address strobe 0 ready enable 
0 - no ready after address strobe* - not used 

1:0: Programmable address strobe 0 enable 
00 - read disabled, write disabled* - not used 

RXCS: Console Receiver Control and Status Register (2014 0080) 



6: Interrupt enable 
0 - disabled* - polled in console mode 

TXCS: Console Transmitter Control and Status Register (2014 0088) 



6: Interrupt enable 
0 - disabled* 

2: Loopback enable 
0 - disabled* - diagnostic use only 

0: Break transmit 
0 - terminate SPACE condition* 



SSCBT: SSC Bus Time Out Register (2014 0020) 



23:0: Bus timeout interval - 4000hex (16.384 ms) 
range - 1 to FFFFFF (1 ps to 16.77 sec) 

ADS0MAT: Programmable Address Strobe 0 Match Register (2014 0130} 



29:2: Match address 
0 ■ disabled* - not used 
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ADSOMAS : Programmable Address Strobe 0 Mask Register (2014 0134} 
29:2: Mask address bits - not used 

ADS1MAT: Programmable Address Strobe 1 Match Register (2014 0140) 
29:2: Match address - 20084000 (for BDR) 

ADS1MAS: Programmable Address Strobe 1 Mask Register (2014 0144} 



29:2: Mask address bits - 7C (for BDR} 



T1CR: Programmable Timer 0 Control Register (2014 0100) 

6: Interrupt enable 
0 - disabled* 

2: STP 
0 - run after overflow* 

0: RUN 

0 - counter not running* (historical) 



T1CR: Programmable Timer 1 Control Register (2014 0110) 



6: Interrupt enable 
0 - disabled* 

2: STP 

0 - run after overflow* 

0: RUN 

1 « counter incrementing every microsecond (historical) 

TNIR: Programmable Timer Next Interval Registers (2014 0108, 

2014 0118) 

31:0: Timer next interval count (use 2's complement) 
range - 0* to 1-2 hours 

T0IV: Programmable Timer 0 Interrupt Vector Register (2014 010C) 
5:2: Timer interrupt vector • 7 She* 

T1IV: Programmable Timer 1 Interrupt Vector Registers (2014 011C) 



9:2: Timer interrupt vector = 7Chex 

TOY: Time of Year Register (2014 006C) 

31:0: Number of 10 ms intervals since written 

DLEOR: Diagnostic LED Register (2014 0030) 



3:0: Display bits 
0 - LEDs on* (historical) 
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Appendix F 

NVRAM Partitioning 



This appendix describes how the CPU firmware partitions the SSC 1 KB 
battery-backed-up (BBU) RAM. 

F.1 SSC RAM Layout 

The KA675/KA680/KA690 firmware uses the 1KB of NVRAM on the SSC 
for storage of firmware specific data structures and other information that 
must be preserved across power cycles. This NVRAM resides in the SSC 
chip starting at address 20140400. The NVRAM should not be used by 
the operating systems except as documented below. This NVRAM is not 
reflected in the bitmap built by the firmware. 

Figure F-1 : KA675/KA680/KA690 SSC NVRAM Layout 



20140400 



Public Data Structures 
(CPMBX, etc.) 



Service Vectors 



Firmware Stack 



Diagnostic State 



2Q1407FC 



Rsvd for Customer Use 



MLO-008655 



F.1.1 Public Data Structures 

The following is a list of the public data structures in NVRAM used by the 
console. 

Fields that are designated as reserved and/or internal use should not be 
written, because there is no protection against such corruption. 
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F.1.2 Console Program MailBox (CPMBX) 

The Console Program MailBoX (CPMBX) is a software data structure 
located at the beginning of NVRAM (20140400). The CPMBX is used to 
pass information between the CPU firmware and diagnostics, VMB, or an 
operating system. It consists of three bytes referred to here as NVRO, 
NVR1, and NVR2. 

Figure F-2: NVRO (20140400) : Console Program MailBoX (CPMBX) 



NVRO 



LANGUAGE 



1 



RIP BIP 



HLT ACT 



MLO-008657 



Table F— 1 : 

Field Name Description 

7:4 LANGUAGE This field specifies the current selected language for displaying halt 
and error messages on terminals which support MCS. 

3 RIP If set, a restart attempt is in progress. This flag must be cleared by 

the operating system, if the restart succeeds. 

2 BIP If set, a bootstrap attempt is in progress. This flag must be cleared 

by the operating system if the bootstrap succeeds. 

IK) HLT_ACT Processor halt action - this field in conjunction with the condi- 
tions specified in Table 3—5 is used to control the automatic restart 
/bootstrap procedure. HLT _ACT is normally written by the operat- 
ing system. 

0 : Restart; if that fails, reboot; if that fails, halt. 
1 : Restart; if that fails, hah. 
2 : Reboot; if that fails, halt. 
3 : Halt. 
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Figure F-3: NVR1 (20140401) 
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Table F-2: 



Field 


Name Description 




2 


MCS If set, indicates that the attached terminal supports Multinational 
Character Set. If clear, MCS is not supported. 


1 


CRT If set, indicates that the attached terminal is a CRT. If dear, 
indicates that the terminal is hardcopy. 


Figure F-4: NVR2 (20140402) 
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Table F-3: 




Field 


Name Description 




• .V 


KEYBOARD This field indicates the national keyboard variant in use. 



F,1c3 Firmware Stack 

This section contains the stack that is used by all of the firmware, with the 
exception of VMB, which has its own built in stack. 

F.1.4 Diagnostic State 

This area is used by the firmware resident diagnostics. This section is not 
documented here. 
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F.1.5 USER Area 

The KA675/KA680/KA690 console reserves the last longword (address 
201407FC) of the NVRAM for customer use. This location is not tested 
by the console firmware. Its value is undefined. 
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Appendix G 

MOP Counters 



The following counters are kept for the Ethernet boot channel. All counters 
are unsigned integers. V4 counters rollover on overflow. All V3 counters 
"latch" at their maximum value to indicate overflow. Unless otherwise 
stated, all counters include both normal and multicast traffic. Furthermore, 
they include information for all protocol types. Frames received and bytes 
received counters do not include frames received with errors. Table G-l 
displayes the byte lengths and ordering of all the counters in both MOP 
Version 3.0 and 4.0. 



Table G-1: MOP Counter Block 


V3 


V4 




Off 


Off 




Name Len 


Len 


Description 


TIME_SINCE_CHEATION 00 2 


00 16 


Time since last zeroed. The time 
which has ellapsed, since the counters 
were last zeroed. Provides a frame 



of reference for the other counters by 
indicating the amount of time they cover. 
For MOP V3, this time is the number of 
seconds. MOP V4 uses the UTC Binary 
Relative Time format. 

Rx_BYTES 02 4 10 8 Bytes received. The total number 

of user data bytes successfully received. 
This does not include Ethernet data link 
headers. This number is the number of 
bytes in the Ethernet data field, which 
includes any padding or length fields 
when they are enabled. These are 
bytes from frames that passed hardware 
filtering. When the number of frames 
received is used to calculate protocol 
overhead, the overhead plus bytes 
received provides a measurement of the 
amount of Ethernet bandwidth (over 
time) consumed by frames addressed to 
the local system 
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Table G-1 (Cont.): MOP Counter Block 





V3 


V4 




Name 


Off 
Len 


Off 
Len 


Description 


Tx_BYTES 


06 4 


18 8 


Bytes sent. The total number of 
user data bytes successfully transmitted. 
This does not include Ethernet data 



link headers or data link generated 
retransmissions. This number is the 
number of bytes in the Ethernet data 
field, which includes any padding or 
length fields when they are enabled. 
When the number of frames sent is 
used to calculate protocol overhead, the 
overhead phis bytes sent provides a 
measurement of the amount of Ethernet 
bandwidth (over time) consumed by 
frames sent by the local system. 

RxJFRAMES OA 4 20 8 Frames received. The total 

number of frames successfully received. 
These are frames that passed hardware 
filtering. Provides a gross measurement 
of incoming Ethernet usage by the local 
system. Provides information used to 
determine the ratio of the error counters 
to successful transmits. 

TxJFRAMES 0E 4 28 8 Frames sent. The total number of 

frames successfully transmitted. This 
does not include data link generated re- 
transmissions. Provides a gross mea- 
surement of outgoing Ethernet usage by 
the local system. Provides information 
used to determine the ratio of the error 
counters to successful transmits. 

Rx _MCAST_BYTES 12 4 30 8 Multicast bytes received. The 

total number of multicast data bytes 
successfully received. This does not 
include Ethernet data link headers. This 
number is the number of bytes in the 
Ethernet data field. In conjunction 
with total bytes received, provides a 
measurement of the percentage of this 
system's receive bandwidth (over time) 
that was consumed by multicast frames 
addressed to the local system. 
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Table G-1 (Cont.): MOP Counter Block . 





V3 


V4 




Name 


Off 
Len 


Off 
Len 


Description 


Rx_MCAST .FRAMES 


16 4 


38 8 


Multicast frames received. The to- 
tal number of multicast frames success- 
fully received. In conjunction with to- 
tal frames received, provides a gross per- 
centage of the Ethernet usage for multi- 
cast frames addressed to this system. 


TxJENITJDEFFERED 


1A 4 


40 8 


Frames sent, 1 initially deferred. 
The total number of times that a 
frame transmission was deferred on 
its first transmission attempt. In 
conjunction with totfil frames sent) 
measures Ethernet contention with no 
collisions. 


Tx_ONE_COLLISION 


IE 4 


48 8 


Frames sent 1 , single collision. The 
total number of times that a frame was 



successfully transmitted on the second 
attempt after a normal collision on 
the first attempt. In conjunction with 
total frames sent, measures Ethernet 
contention at a level where there are 
collisions but the backoff algorithm still 
operates efficiently. 

Tx3IULTI_COLXISION 22 4 50 8 Frames sent 1 , multiple collisions. 

The total number of times that a frame 
was successfully transmitted on the 
third or later attempt after normal 
collisions on previous attempts. In 
conjunction with total frames sent, 
measures Ethernet contention at a level 
where there are collisions and the 
backoff algorithm no longer operates 
efficiently, jjg single fsaxes is cci^jtes 

IN MORE THAN ONE OF THE ABOVE THREE 
COUNTERS. 



Only one of these three counters will be incremented for a given frame. 
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Send failure count. 1 The 

total number of times a transmit 
attempt failed. Each time the counter 
is incremented, a type of failure is 
recorded. When Read-counter function 
reads the counter, the list of failures 
is also read. When the counter is 
set to zero, the list of failures is 
cleared. In conjunction with total frames 
sent, provides a measure of significant 
transmit problems. TxFAILJBITMAP 
contains the possible reasons. 



Table G-1 (Cont): MOP Counter Block 

V3 V4 

Off Off 

Name Len Len Description 

TxFAIL_COUNT ~~ 26 2 



TxFAIL_BITMAP 2C 2 - Send failure 



TxFAILJXCESS.COLLS - - 58 



TxFAIL_CARIER_CHECK - - 60 



reason bitmap. * 

This bitmap lists the types of transmit 
failures that occurred as summarized 
below. 

0 - Excessive collisions. 

1 - Carrier detect failed. 

2 - Short circuit. 

3 - Open circuit. 

4 - Frame too long. 

5 - Remote failure to defer. 



8 Send failure - Excessive collisions. 
Exceeded the maximum number of re- 
transmissions due to collisions. Indicates 
an overload condition on the Ethernet. 

8 Send failure - Carrier check failed. 
The data link did not sense the receive 
signal that is required to accompany 
the transmission of a frame. Indicates 
a failure in either the transmitting or 
receiving hardware. Could be caused by 
either transceiver, transceiver cable, or 
a babbling controller that has been cut 
off. 



2 V3 send/receive failures are collapsed into one counter with bitmap indicating which failures 
occurred. 
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Table G-1 (Cont): MOP Counter Block 





V3 


V4 




Name 


Oft 
Len 


Off 
Len 


Description 


TxFAIL_SHRT_CIRCUIT 




68 


8 


Send failure - Short circuit. 3 There 
is a short somewhere in the local area 
network coaxial cable or the transceiver 
or controller/transceiver cable has failed. 
This indicates a problem either in local 
hardware or global network. The two 
can be distinguished by checking to see 
if other systems are reporting the same 
problem. 


TxFAIL_OPEN_CIRCUIT 




70 


8 


Send failure • Open circuit. 3 There 
is a break somewhere in the local area 
network coaxial cable. This indicates 
a problem either in local hardware 
or global network. The two can be 
distinguished by checking to see if other 
systems are reporting the same problem. 


TxFAIL_LONG_FRAME 




78 


8 


Send failure - Frame too long. 

3 The controller or transceiver cut 
off transmission at the wqtinmm size. 
This indicates a problem with the local 
system. Either it tried to send a frame 
that was too long or the hardware cutoff 
transmission too soon. 


TxFAI L_REMOTE„DEFER 




80 


8 


Send failure • Remote failure to 
defer. 3 A remote system began 
transmitting after the allowed window 
for collisions. This indicates either 
a problem with some other system's 
carrier sense or a weak transmitter. 



3 Always zero. 
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Table G-1 (Cont.): MOP Counter Block 





V3 


V4 






Off 


Off 




Name 


Len 


Len 


Description 


RxFAIL.COUNT 


2A 2 




Receive failure count. 2 The 



total number of frames received with 
some data error. Includes only data 
frames that passed either physical or 
multicast address comparison. This 
counter includes failure reasons in the 
same way as the send failure counter. In 
conjunction with total frames received, 
provides a measure of data related 
receive problems. RsFAIL_BITMAP 
contains the possible reasons. 

RxFAILJBITMAP 2C 2 - Receive failure reason bitmap. 2 

This bitmap lists the types of receive 
failures that occurred as summarized 
below. 

0 - Block check failure. 

1 - Framing error. 

2 - Frame too long. 



RxFAIL_BLOCK_CHECK - - 88 



RxFAIL JFRAMINGJERR - - 90 



RxFAIL_LONG_FRAME 



8 Receive failure • Block check error 

A frame failed the CRC check. This 
indicates several possible failures, such 
as, EMI, late collisions, or improperly set 
hardware parameters. 

8 Receive failure - Framing error. The 

frame did not contain an integral num- 
ber of 8 bit bytes. This indicates several 
possible failures, such as, EMI, late col- 
lisions, or improperly set hardware pa- 
rameters. 



98 8 Receive failure • Frame too long. 8 
The frame was discarded because it was 
outside the Ethernet maximum length 
and could not be received. This indicates 
that a remote system is sending invalid 
length frames. 



2 V3 send/receive failures are collapsed into one counter with bitmap indicating which failures 

occurred. 

3 Always zero. 
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Table G-1 (Cont): MOP Counter Block 





V3 


V4 




Off 


Off 


Name 


Leu 


Len Description 



UNKNOWN_DESnNATION 2E 2 AO 8 Unrecognized frame destination. The 

number of times a frame was discarded 
because there was no portal with the 
protocol type or multicast address en- 
abled. This includes frames received for 
the physical address, the broadcast ad- 
dress, or a multicast address. 

DATA_OVEERUN 30 2 AS 8 Data overrun. The total number 

of times the hardware lost an ™<*«ning 
frame because it was unable to keep 
up with the data rate. In conjunction 
with total frames received, provides a 
measure of hardware resource failures. 
The problem resected in this counter is 
also captured as an event. 

NO_SYSTEM_BUFFER 32 2 BO 8 System buffer unavailable 3 The 

total number of times no system buffer 
was available for an ™pnrm«g frame. In 
conjunction with total frames received, 
provides a measure of system buffer 
related receive problems. The problem 
reflected in this counter is also captured 
as an event. This can be any 
buffer between the hardware and the 
user buffers (those supplied on Receive 
requests). Further information as 
to potential different buffer pools is 
implementation specific 

NO JLJSERJBUFFER 34 2 B8 8 User buffer unavailable. 8 The 

total number of times, so user buffer 
was available for an incoming fivtiue 
that passed all filtering. These are the 
buffers supplied by users on Receive 
requests. In conjunction with total 
frames received, provides a measure of 
user buffer related receive problems. 
The problem reflected in this counter is 
also captured as an event. 



*Alwayszero. 
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Table G-1 (Cont): MOP Counter Block 





V3 


V4 






Off 


Off 




Name 


Len 


Len 


Description 


FAIL.COUISJDETECT 




CO 8 


Collision detect cheek failure. The 



approximate number of times that 
collision detect was not sensed after a 
transmission. If this counter contains a 
number roughly equal to the number of 
frames sent, either the collision detect 
circuitry is not working correctly or the 
test signal is not implemented. 



G-8 KA675/KA680/KA690 CPU 



Appendix H 

Programming the KFQSA Adapter 



The KFQSA emulates a UQSSP controller for each ISE (Integrated Storage 
Element) to which it is connected, and thus presents a separate CSR 
address for each emulated controller. The KFQSA must be programmed 
with a correct CSR for each ISE on the DSSI bus. Interrupt vectors for the 
KFQSA are programmed automatically by the operating system. 

Unlike most other Q-bus controllers, the KFQSA CSR addresses are not 
set with switches or jumpers. They are contained in nonvolatile memory 
on the KFQSA module, in the form of a configuration table. To access the 
configuration table, the KFQSA needs to have a valid address already in 
the table. This could be preprogrammed at the factory, but then you need 
to have an ISE installed on the DSSI bus with the proper bus node ID that 
has already been programmed. Another way to a get a valid address is 
to use the service switch (Switch 1 ON = SERVICE mode) on the KFQSA. 
Table H— 1 shows the addresses available. It is easier to do if the switches 
are set as shown for the range of addresses from 0774420 - 0774434 in the 
upper portion of the table. 

Table H-1 : Preferred KFQSA Switch Settings 

Switch 1 Switch 2 Switch 3 Switch 4 CSR Address (Octal) 



on 


off 


on 


on 


0774420 (faced) 


on 


off 


on 


off 


0774424 (faced) 


on 


off 


off 


on 


G77443G (faced) 


on 


off 


off 


off 


0774434 (faced) 



Available Fixed and Floating Addresses 



on 


off 


on 


on 


0760444 (secondary TMSCP) 


on 


on 


on 


off 


0774500 (primary TMSCP) 


on 


on 


off 


on 


0760334 (secondary MSCP) 


on 


on 


off 


off 


0772150 (primary MSCP) 



The address that the CSR needs to have must be determined before 
programming the configuration table. To determine this address, the 



Programming the KFQSA Adapter H-1 



system configuration as a whole needs to be looked at, since some devices 
are assigned floating addresses, while others use the fixed addresses. 
Floating addresses vary with each type of module and the number of 
modules installed in the system. Because of this, any time a module 
is installed or removed from the system, the CSR addresses need to be 
checked. 

To find recommended CSR address values, use the CONFIGURE Utility at 
the console prompt (»>) as described in Section 3.7.2. 

NOTE: The configure command does not look at any of the devices actually 
in the system. This means that one console can be used to determine the 
addresses for different systems. All of the devices in the system must be 
listed in this utility, in case any of the devices present affect the address 
that is being calculated. 

In the following example, the system has a TK70, three RF73s connected to 
a KFQSA, and a DESQA. The utility responds with the CSR address/vector 
assignments for all entered devices. 

»>CONFIGORE 

Enter device configuration, HELP, or EXIT 
Device, Number? help 
Devices : 



Devices : 



LPV11 


KXJ11 


DLV11J 


DZQ11 


DZV11 


DFA01 


RLV12 


TSV05 


RXV21 


DRV11W 


DRV11B 


DPV11 


DMV11 


DELQA 


DEQNA 


DESQA 


RQDX3 


KDA50 


RRD50 


RQC25 


KFQSA-DISK 


TQK50 


TQK70 


T081E 


RV20 


KFQSA-TAPE 


KMV11 


IEQ11 


DHQ11 


DHV11 


CXA16 


CXB16 


CXY08 


VCB01 


QVSS 


LNV11 


LNV21 


QPSS 


DSV11 


ADV11C 


AAV11C 


AXV11C 


KWV11C 


ADV11D 


AAV11D 


VCB02 


QDSS 


DRV11J 


DRQ3B 


VSV21 


IBQ01 


IDV11A 


IDV11B 


IDV11C 


IDV11D 


IAV11A 


I AVI IB 


MIRA 


ADQ32 


DTC04 


DESNA 


IGQ11 


DIV32 


KIV32 


DTCN5 


DTC05 


KWV32 


KZQSA 


M7577 


LNV24 


M7576 


DEQRA 



Device, Number? 
Numbers : 

1 to 255, default is 1 
Device, Number? TQK70 
Device, Number? KFQSA-DISK, 3 
Device, Number? DESQA 
Device, Number? EXIT 
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Address /Vector Assignments 
-774440/120 DESQA 
-772150/154 KFQSA-DISK 
-760334/300 KFQSA-DISK 
-760340/304 KFQSA-DISK 
-774500/260 TQK70 
»> 

After the proper addresses have been determined, the CSR, addresses need 
to be programmed. lb do so, enter the following command at the console 
prompt (»>): 

SET HOST/UQSSPMAINTENANCE/SERVICE n 



The /service n parameter specifies the controller number of a KFQSA in 
SERVICE mode (in the case of multiple KFQSAs), and n is a number in 
the range 0 to 3 (from Table H-i): 

0 is for address 0774420 

1 is for address 0774424 

2 is for address 0774430 

3 is for address 0774434 

Entering the SET/HOST/UQSSP/MAINTENANCE/SERVICE n command 
displays the current contents of the KFQSA configuration table. For 
example, suppose the first address is selected and the configuration table 
is currently blank: 

»> SET H0ST/UQSSP/M&XKTEH&HCE/SER7TCE 0 

UQSSP Controller (774420) 

Enter SET, CLEAR, SHOW, HELP, EXIT, or QUIT 
Node CSR Address Model 



Type HELP for a quick reference of the available commands. 



Where: 



KFQSA — 



? help 



Commands : 

SET <node> \ KFQSA 

SET <node> <CSR_ADDRESSXMODEL> 

CLEAR <node> 



set KFQSA DSSI node number 
enable a DSSI device 
disable a DSSI device 
show current configuration 
print this text 
program the KFQSA 
don't program the KFQSA 



SHOW 
HELP 
EXIT 
QUIT 
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Parameters : 

<node> -- 0 to 7 

<CSR_ADDRESS> 760010 to 777774 

<M0DEL> 21 (disk) or 22 (tape) 



lb add the three RF-series ISEs from the previous example, enter the 
following: 

? SET 0 772150 21 

? SET 1 760334 21 

? SET 2 760340 21 

9 



NOTE: Be sure to enter the addresses in the same order they were listed by 
the configure utility. 

Enter the SHOW command to display what has just been entered: 

Model 
21 
21 
21 



lb delete an entry from the table, use the CLEAR command. For example, 
to delete the entry for node 2, enter CLEAR 2 at the prompt 

When finished, enter the EXIT command to write the entries to the 
configuration table. 

? EXIT 

programming the KFQSA . . . 
»> 

After programming the configuration table check that the bus node ID 
plugs on the drive front panels correspond to the numbers that have been 
programmed into the KFQSA. Set the KFQSA to NORMAL mode by setting 
switch 1 to off (switches 2-4 have no effect when switch 1 is set to of!). 

Enter SHOW QBUS to verify that the configuration is as desired. Tou may 
need to program DSSI parameters for the ISEs. Refer to Section 3.7.3.1 for 
instructions on setting DSSI parameters. 



? SHOW 

Node CSR Address 

0 772150 

1 760334 

2 760340 
7 KFQSA 
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Appendix I 

Error Messages 



The error messages issued by the KA675/KA680/KA690 firmware fall into 
three categories: halt code messages, VMB error messages, and console 
messages. 

1.1 Machine Check Register Dump 

Some error conditions, such as machine check, generate an error summary 
register dump preceding the error message. For example, examining a 
nonexistent memory location results in the following display. 



>»ex /p/1 7fffff0 ! Examine non-existent memory. 

MESR-801FF000 MEAR-11FFFFF9 MMCDSR-01111000 MQAMR-00000000 

CESR-00000000 CMCDSR-0000C108 CSEAR1 -00000000 CSEAR2-00000000 

CIOEAR1-010FC000 CIOEAR2-000002C0 CNEAR-00000000 ICSR-00000001 

PCSTS-FFFFF800 PCADR m FFFFFFF8 TBSTS-COOOOOEO TBADR-00000000 

NESTS-000 00000 NEOADR-E014066C NEOCMD-8000F00S NEICMD-00000000 

NEDATHI-00000000 NEDAXLO-00000000 CEFSTS-0000022A CEFADR-07FFFFF0 

BCETSTS-00000000 BCETIDX-00000000 BCETAO000Q0000 BCEDSTS-OCO0Q700 

BCEDIDX-00000008 BCEDECC-00000000 CBTCR-00004000 DSER-00000000 

QBEAR-OOOOOOOF DEAR-00000000 IPCRO-OOOO ECR-000000CA 
?7D MACHINE CHECK 80060000 00000000 20047ECC 20047EBO 20047EB9 B0110080 



»> 



!-2 Halt Code Messages 

Except on xx)wer-up, which is not treated as an error condition, the following 
halt messages are issued by the firmware whenever the processor halts 
(Table 1-1). 

For example, if the processor encounters a HALT instruction while in kernel 
mode, the processor halts and the firmware displays the following before 
entering console I/O mode. 

?06 HLT INST 
PC - 800050D3 

The number preceding the halt message is the "halt code." This number is 
obtained from SAVPSL<13:8>(KESTAET_CODE), IPR 43, which is saved 
on any processor restart operation. 
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Table M : HALT Messages 



Code Message Description 



?02 EXTHLT External halt, caused by either console BREAK 

condition, Q22-bus BHALT_L, or DBR<AUXJEILT> bit 
was set while enabled. 

_03 Power-up, no halt message is displayed. However, 

the presence of the firmware banner and diagnostic 
countdown indicates halt reason. 

?04 . ISP EBB In attempting to push state onto the interrupt 

stack during an interrupt or exception, the processor 
discovered that the interrupt stack was mapped NO 
ACCESS or NOT VALID. 

?05 DBLERR The processor attempted to report a machine check 

to the operating system, and a second machine check 
occurred. 

?06 HLT INST The processor executed a HALT instruction in kernel 

mode. 

?07 SCB ERRS The SCB vector had bits <1:0> equal to 3. 

70S SCBERB2 The SCB vector had bits <l.-0> equal to 2. 

?0A CHMFRISTE A change mode instruction was executed when 

PSL«dS> was set. 

?0B CHMTO ISTK The SCB vector for a change mode had bit <0> set. 

?0C SCB RD EBB A hard memory error occurred while the processor was 

trying to read an exception or interrupt vector. 

?10 MCHK AV An access violation or an invalid translation occurred 

during machine check exc e p t i o n processing. 

?11 KSP AV An access violation or translation not valid occurred 

during proce^mg of a kernel stack not valid exception. 

?12 DBL ERR2 Double machine check error. A machine check occured 

while trying to service a machine check. 

?13 DBL ERR3 Double machine check error. A machine check occured 

while trying to service a kernel stack not valid 
exception. 
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Table 1-1 (Cont.): HALT Messages 



Code 


Message 


Description 


?19 


PSLEXC5 1 


PSL<26:24> = 5 on interrupt or exception, 


?1A 


PSLEXC6 1 


PSL<26:24> = 6 on interrupt of exception. 


?1B 


PSLEXC7 1 


PSL<26:24> = 7 on interrupt or exception. 


?1D 


PSLSEI5 1 


PSL<26:24> = 5 on an REI instruction 


?1E 


PSLBEI6 1 


PSL<26:24> = 6 on an REI instruction. 


?1F 


PSLEEI7 1 


PSL<26:24> = 7 on an REI instruction. 


?3F 


MICROVERIFY FAILURE 


Microcode power-up self-test failed. 



*For the last six cases, the VAX architects re does not allow execution on the interrupt stack 
while in a mode other than kernel In the first three cases, an interrupt is attempting to run 
on the interrupt stack while not in kernel mode. In the last three cases, an REI instruction 
is attempting to return to a mode other than kernel and still run on the interrupt stack. 



1.3 VMB Error Messages 



VMB issues the errors listed in Table 1—2. 
Table 1-2: VMB Error Messages 



Code 


Message 


Description 


?40 


NOSUCHDEV 


No bootable devices found. 


?41 


DEVASSIGN 


Device is not present. 


?42 


NOSUCHFILE 


Program image not found. 


?43 


FILESTRUCT 


Invalid boot device file structure. 


?44 


BADCHESUM 


Bad checksum on header file. 


?45 


BADFILEHDR 


Bad file header. 


?46 


BADIRECTORY 


Bad directory file. 


?47 


FILNOTCNTG 


Invalid program image format. 


?48 


ENDOFFILE 


Premature end of file encountered 


?49 


BADFELENAME 


Bad file name given. 
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Table 1-2 (Cont): VMB Error Messages 

Code Message Description 



?4A 


BUFFEROVF 


Program image does not fit in available memory. 


?4B 


CTRLERR 


Boot device I/O error. 


?4C 


DEVINACT 


Failed to initialize boot device. 


?4D 


DEVOFFUNE 


Device is offline. 


?4E 


MEMERR 


Memory initialization error. 


?4F 


SCBINT 


UnMpertaH S(TR «»ptinn rrr machine ciralr 


?50 


SCB2NDINT 


Unexpected exception after starting program image. 


?51 


NOROM 


No valid ROM image found. 


?52 


NOSUCHNODE 


No response from load server. 


?53 


INSFMAFREG 


The Q22-bus map initialization failed. 


?54 


RETRY 


No devices bootable, retrying. 


?55 


IVDEVNAM 


Invalid device name. 


?56 


DEVERR 


Drive error. 



1.4 Console Error Messages 

The error messages listed in Table 1-3 are issued in response to a console 
command that has error(s). 

Table 1-3: Console Error Messages 



Code Message 



Desc ri p tio n 



?61 CORRUPTION 

?62 ILLEGAL REFERENCE 

?63 ILLEGAL COMMAND 

?64 INVALID DIGIT 



The console program database has been corrupted. 

Illegal reference. The requested reference would violate 
virtual memory protection, the address is not mapped, 
the reference is invalid in the specified address space, 
or the value is invalid in the specified dest in atio n. 

The command string cannot be parsed. 

A number has an invalid digit 
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Table 1-3 (Cont.): Console Error Messages. 



Code Message 



Description 



?65 LINE TOO LONG 

?66 ILLEGAL ADRRESS 

?67 VALUE TOO LARGE 

?68 QUALIFIER CONFLICT 

?69 UNKNOWN QUALIFIER 

?6A UNKNOWN SYMBOL 

?6B CHECKSUM 

?6C HALTED 

?6B FIND ERROR 

?6E TIME OUT 

?6F MEMORY ERROR 

?7C UNIMPLEMENTED 

?71 NO VALUE QUALIFIER 

712 AMBIGUOUS QUALIFIER 

773 VALUE QUALIFIER 

774 TOO MANY QUALIFIERS 

775 TOO MANY ARGUMENTS 

776 AMBIGUOUS COMMAND 



The command was too large for the console to buffer. 
The message is issued only after receipt of the 
terminating carriage return. 

The address specified falls outside the limits of the 
address space. 

The value specified does not fit in the destination. 

Qualifier conflict, for example, two different data sizes 
are specified for an EXAMINE 

The switch is unrecognized. 

The symbolic address in an EXAMINE or DEPOSIT 
command is unrecognised. 

The command or data checksum of an X command 
is incorrect. If the data checksum is incorrect, this 
message is issued, and is not abbreviated to "Illegal 
command". 

The operator entered a HALT command. 

A FIND command failed either to find the RPB or 128 
KB of good memory. 

During an X command, data failed to arrive in the time 
expected (60 seconds). 

A machine check occurred with a code indicating a read 
or write memory error. 

Unimplemented function. 

Qualifier does not take a value. 

There were not enough unique characters tc determine 
the qualifier. 

Qualifier requires a value. 

Too many qualifiers supplied for this eammartA. 

Too many arguments supplied for this command. 

There were not enough unique characters to determine 
the command. 
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Table t-3 (Cont.): Console Error Messages 

Code Message Description 

?77 TOO FEW ARGUMENTS Insufficient arguments supplied for this command. 

778 TYPEAHEAD OVERFLOW The typeahead buffer overflowed. 

?79 FRAMING ERROR A framing error was detected on the console serial line. 

?7A OVERRUN ERROR An overrun error was detected on the console serial 

line. 

?7B SOFT ERROR A soft error occurred. 

?7C HARD ERROR A hard error occurred 

?7D MACHINE CHECK A machine check occurred. 
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Appendix J 

Related Documents 



The following documents contain information relating to the maintenance 
of systems that use the KA6757KA680/KA690 CPU module. 



11UC 


ran iiusioer 


Guide to Entry Systems Service Information Kits 


EK-K276#-MI 


KA6757KA680/KA690 CPU Tedraical Manual 


EK-KA680-TM 


VAX 4000 Site Preparation Guide 


EK-387A#-SP 


iSA4oO/ 1JA440 rjitciosure Maintenance 




BA400-Series Enclosures Storage Devices Installation Procedures 


EK-BA44A-IN 


DSSI Warm Swapping Guide for BA400-Series Enclosures and 


EK-457AA-SG 


KFQSA Adapters 




DSSI VAXcluster Installation and Troubleshooting 


EK-410AA-MG 


MicroSystems Options 


EK-192A#-MG 


MicroVAX Diagnostic Monitor User's Guide 


AA-FM7A#-DN 


KFQSA Storage Adapter Installation and User Manual 


EK-KFQSA-IN 


SF-Series Integrated Storage Element User Guide 


EK-EF72D-UG 


RF-Series Integrated Storage Element Service Guide 


EK-EF72D-SV 


1 w - current revision, which is always shipped. 
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Glossary 



BFLAG 

BHALT 
BIP 



Cache memory 

CPMBX 
CSR 

CQBIC 
DCOK 

DE 

DNA 
DMA 

EPROM 
ECC 



Boot FLAG is the longword supplied in the SET BFLAG and BOOT 
/R5: commands that qualify the bootstrap operation. SHOW BFLAG 
displays the current value. 

Q22-bus Halt signal is usually tied to the front panel Halt switch. 
Boot In Progress nag in CPMBX<2> 

Software or hardware error fatal to VMS' processor or system, 

A small, high-speed memory placed between slower main memory and 
tiie processor. A cache increases effective memory transfer rates and 
processor speed. 

Console Program Mailbox is used to pass information between operating 
systems and the firmware. 

Control and status register. A device or controller register that resides 
in the processor's I/O space. The CSR initiates device activity and 
records its status. 

CVAX to Q22-bus interface chip 

Q22-bus signal indicating dc power is stable. This signal is tied to the 
Restart switch on the System Control Panel 

Diagnostic Executive is a component of the ROM-based diagnostics 
responsible for set-sp* execution^ and clean-up of component diagnostic 
tests. 

Digital Network Architecture 

Direct Memory Access. Access to the memory by an I/O device that does 
not require processor intervention. 

Erasable Programmable Read-Only Memory is used on some products 
to store firmware. Commonly used synonyms are PROM or ROM. 
Erasable by using ultraviolet light. 

Error Correction Code. Code that carries out automatic error correction 
by performing an exclusive or operation on the transferred data and 
applying a correction mask. 
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Factory Installed 
Software (FIS) 



FEFROM 

Firmware 

FEU 
GPR 

Trrif-i nTfe at v yn 

IPL 
IPR 



ISE 



Operating system software that is loaded into a system disk during 
manufacture. On site", the FIS is bootstraped in the system, prompting 
a predefined menu of questions on the final configuration. 

Flash Erasable Programmable Read-Only Memory (FEFROM) is used 
on four chips on the KA675/EA680/KA690 module. FEPROMs use 
electrical (bulk) erasure rather than ultraviolet erasure. 

Firmware in this document refers to VAX instruction code residing at 
physical address 20040000 on the KA675/KA680/KA690. Functionally 
it consists of diagnostics, bootstraps, console, and halt entry/exit code. 

Field-Replacable Unit. Any system component that the field engineer 
is able to replace on-site. 

General Purpose Registers on the KA675/KA680/KA690 are the sixteen 
standard VAX longword registers RO through R15. The last four 
registers, R12 through R15, are also known by their unique mnemonics 
AP (Argument Pointer), FP (Frame Pointer), SP (Stack PcdnterX and 
PC (Program Counter), respectively. 

The sequence of steps that prepare the system to start. Initialization 
occurs after a system has been powered up. 

Interrupt Priority Level ranges from 0 to 31 (0 to IF hex). 

Internal Processor Registers on the KA65/KA68Q/KA690 are those 
implemented by the processor chip set. These longword registers 
are only accessi ble with the instructions MTPR (Move To Processor 
Register) and MFPR (Move From Processor Register) and require 
kernel mode privileges. This document uses the prefix "PR$_" when 
referencing these registers. 

Integrated storage element. An intelligent disk drive used on the 
Digital Storage Systems Interconnect. 



KA675/KA680/KA690 NVAX based Q22-bus CPU piucess o i module with onboard cache, two 
DSSI ports, and Ethernet adapter. 

LED Light Emitting Diode 

Machine check An operating s y st e m action triggered by certain system errors that can 
be fatal to system operation. Once triggered, machine check handler 
software analyzes the error, comparing it to predetermined failure 
scenarios. Three outcomes are possible: the system continues to run, 
the software program is halted, or the system crashes. 

MOP Maintenance Operations P ro to c ol specifies message p ro t ocol for 

network loopback assistance, network bootstrap, and remote console 
functions. 



MSCP 



Mass Storage Control Protocol is used in Digital disks and tapes. 
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ms Millisecond (10e-3 seconds) 

NVRAM Nonvolatile BAM, on the KA675/KA680/KA690 this is 1 Kb of battery 

backed-up RAM on the SSC. 

PC Program Counter or R15 

PCB Process Control Block is a data structure pointed to by the PR$_PCBB 

register and cxmtaiTifl the corrent process' hardware context. 

PFN Page Frame Number is an index of a page (512 bytes) of local memory. 

A PFN is derived from the bit field <23.*09> of a physical address. 

PR$_ICCS Interval Clock Control and Status, IPR 24 

PR$ JPL Interrupt Priority Level, IPR 18 

PR$_MAPEN Memory Management Mapping Enable, IPR 56 

PR$JPCB8 Process Control Block Base register, IPR 16 

PR$_RXCS R(X)eceive Console Status, IPS 32 

PR$_RXDB RQOeceive Data Buffer, IPR 33 

FR$_SAVTSP SAVed Interrupt Stack Pointer, IPR 41 

PR$_SAVPC SAVed Program Counter, IPR 42 

PR$_SAVPSL SAVed Program Status Longword, IPR 43 

PR$_SCBB System Control Block Base register, IPR 17 

FR$_SISR Software Interrupt Summary Register, IPR 21 

PR$_TODR Time Of Day Register, IPR 27, is commonly referred to as the Time Of 
Year register or TOY clock. 

PR1TXCS T(X)ransmit Console Status, IPR 34 

PR$_TXDB TOOransmit Data Buffer, IPR 35 

PSL, PSW Processor Status Longword is the VAX extension of the P3W (Processor 

Status Word). The PSW Cower word) contains instruction condition 
codes and is accessible by nonprivileged users; however, the upper 
word contains system status information and is accessible by privileged 
users. 

QBMBR Q22-bus Map Base Register found in the CQBIC determines the base 

address in local memory for the scatter/gather registers. 

QDSS Q22-feus video controller for workstations 
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QMR Q22-bus Map Register 

QNA Q22-bus Ethernet controller module 

RAM Random Access Memory 

RIP Restart In Progress flag in CPMBX<3> 

RPB Restart Parameter Block is a software data structure used as 

a communication mechanism between firmware and the operating 
system. Information in this block is used by the firmware to attempt 
an operating system (warm) restart. 

SCB System Control Block is a data structure pointed to by PR$_SCBB. It 

contains a list of longword exception and interrupt vectors. 

SGEC Second Generation Ethernet Chip 

SDD Sy m pt o m-Directed Diagnosis. Online analysis of nonfatal system errors 

in order to locate potential system fatal errors before they occur. 

SHAC Single Host Adapter Chip 

SP Stack Pointer or R14 

SRM Standard Reference Manual, as in VAX SRM 

SSC System Support Chip 

us Microsecond (10e-6 seconds) 

VAXchister configu - A highly integrated organization of VMS systems that communicate 
ration over a high-speed communications path. VAXchister configurations 

have all the functions of single-node systems, plus the ability to 
share CPU resources, queues, and disk storage. like a single- 
node system, the VAXchister configuration provides a single security 
and management environment. Member nodes can share the same 
operating environment or serve specialized needs. 

VMB Virtual Memory Boot is the portion of the firmware dedicated to booting 

the operating system. 
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Index 



A 

Acceptance testing, 4-15 to 4-20 
Algorithm 

to find a valid RPB, 4-40 

to restart operating system, 4-39 
ALLCLASS, 3-25 

setting, 3-33 
ANALYZE/ERROR, 5-15 

interpreting CPU errors using, 
5-16 

interpreting DMA to host 

transaction faults using, 
5-29 

interpreting memory errors using, 
5-18 

interpreting system bus faults 
using, 5-27 
ANALYZE/SYSTEM, 5-21 

B _ 

Backplane 

description, 2—14 
Binary load and unload (X 
command), A— 33 

Bits 

RPB$V_DIAG, 4-32 
RPB$V_SOLICT ; 4-32 
Boot 

flags, 3-47 

supported devices, 3-46, H-l 
Boot Block Format, 4-30 
BOOT command, A-10 
Boot Flags 

RPB$V_BBLOCK, 4-30 
Bootstrap 

conditions, 4-23 



Bootstrap (contf d) 

definition o£ 4-23 

disk and tape, 4-30 

failure, 4-24 

initialization, 4-24 

memory layout, 4-25 

memory layout after successful 
bootstrap, 4—28 

network, 4-32 

preparing for, 4-24 

primary, 4-26 

FROM, 4-31 

secondary, 4-27 

control passed to, 4-28 
Break Enable/Disable switch, 2-8 

c 

9C utility, 4-16, 5-56 
Comment command (!), A— 35 
! (comment command), A-35 
Configuration, 3-1 

and module order, 3-1 
CONFIGURE, 3-22 
CONFIGURE command, 3-22, A-ll 

address space control qualifiers, 
A-7 

address specifiers, A-3 

binary load and unload (X), A-33 

BOOT, A-10 

! (comment), A-35 

CONFIGURE, A-ll 

CONTINUE, A-13 

data control qualifiers, A-7 

DEPOSIT, A-13 

EXAMINE, A-14 

FIND, A-15 
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Console commands (conf d) 
HALT, A-16 
HELP, A-16 
INITIALIZE, A-18 
keywords, A-8 
list of, A-8 
MOVE , A-19 
NEXT, A-20 
qualifier and argument 
conventions, A-2 
qualifiers, A-6 
REPEAT, A-22 
SEARCH, A-22 
SET, A-24 
SHOW, A-28 
START, A-32 
symbolic addresses, A-3 
syntax, A-2 
TEST, A-32 
UNJAM, A-33 

X (binary load and unload), A-33 
Console error messages 

sample o£ 5-40 
Console I/O mode 

special characters, A-l 
Console module 

desription, 2-6 to 2-11 

fuses, 2-10 
Console port, testing, 5-66 
CONTINUE command, A-13 
CPU 

features, 2-1 to 2-5 
location, 3-1 

D 

DC OK Indicator 
function, 2-13 

on System Control Panel, 2-13 
DEPOSIT command, A-13 
Device Dependent Bootstrap 

Procedures, 4-30 
Diagnostic executive, 4-9 

error field, 5-41 



Diagnostic tests 
list of; 4-9 
parameters for, 4-9 
Diagnostics 

relationship to UETP, 5-62 
Diagnostics, DSSI storage devices, 
5-57 

Diagnostics, RF-series, 4-8 
DNA Maintenance Operations 

Protocol (MOP), 4-32 
Documents 

related, J-l 
DSSI parameters, 3-24 
DSSI storage device 
errors, 5-57 
testing, 5-57 
DSSI storage device local programs 

list of; 5-57 
DSSIYAXcluster 
capability, 3-13 
configuration rules, 3-15 
examples of, 3-17, 3-19 
DUP driver utility, 3-24, 3-27 
entering from console mode, 3-31 
entering from VMS, 3-32 
exiting, 3-38 

E 

Entry Point 

definition of, C-l 
Error during UETP, 5-63 

diagnosing, 5-62 
Error Log Utility 

relationship to UETP, 5-62 
Error messages 

console, sample of; 5-40 
EXAMINE command, A-14 
Expanders 

control power bus, 3-9 
mass storage, 3-8 
Q-bus, 3-8 
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F 

Fans 

Fan Speed Control Disable (FSC), 

2-18 
location, 2-17 
FE utility, 5-53 
Files-11 lookup, 4-30 
FEND command, A-15 
Firmware 

commands and utilities, 3-20 
power-up sequence, 4-1 
updating, 6-1 
Flags 

restart in progress, 4-39 
FORCEUNI, 3-25 
Fuses 

for H3604 console module, 5-64 
troubleshooting, 5-64 

G 

General purpose registers (GPRs) 
in error display, 5-43 
symbolic addresses for, A-3 

h 

H3103 loopback connector, 5-66 
H3604 I/O panel, 5-66 
H8572 loopback connector, 5-66 
Halt 

dispatch. D-l 
HALT 

on bootstrap failure, 4-27 
Halt actions 

summary, 3-48 
Halt Button 

location, 2-13 
HALT command, A-16 
Halt protection, override, 5-54 
HELP command, A-16 

I 



INIT, 4-54 

Initial power-up test 
See IPR 

Initialization 

following a processor halt, 4-39 
prior to bootstrap, 4-24 

INITIALIZE command, A-18 

IPL_31, 4-25 

iSYS$TEST logical name, 5-62 

L 

Language selection menu 

conditions for display of, 4-2 

example of, 4-2 

messages, list of, 4-1 
Local Memory Partitioning, 4-25 
Log file generated by UETP 

OLDUETPXOG, 5-63 
Loopback connectors 

H3103, 5-66 

H8572, 5-66 

list of, 5-69 
Loopback tests, 5-64 

console port, 5-66 

DSSI, 5-67 

Ethernet, 5-68 

Q— bus, 5—69 

M 

Maintenance strategy, 1-1 

field feedback, 1-6 

information services, 1-4 

service delivery, 1-1 

service tools and utilities, 1-2 
Mass storage 

configuration of, 3-6 

rules for numbering, 3-7 
Memory 

acceptance testing of, 4-16 

isolating FRU, 4-17, 5-54 

modules, 2-5 

testing, 5-54 



lndex-3 



Memory module 

desription, 2-5 

installing, 3-2 

order, 2-5 
Module 

configuration, 3—5 

order, in backplane, 3-1 

self-tests, 4-7, 5-69 
MOMSLOAD, 4-32 
MOP functions, 4-35 
MOP program load sequence, 4-32 
MOP, functions, 5-59 
MOVE command, A-19 

N 

Network listening, 4-33 
NEXT command, A-20 
NODENAME, 3-25 

setting, 3-37 
NVRAM 

CPMBX, F-2 

partitioning, F-l 

o 

OLDUETPXOG file, 5-62 
Operating System 

bootstrap, 4—23 

restarting a halted, 4-39 
Operating System Restart 

definition of, 4-39 
Options 

adding to enclosure, 3-10 to 3-13 
Over Temperature Warning indicator 
system, 2—13 

p 

Page Frame Number Bitmap, 4-32 
Parameters 

for diagnostic tests, 4-9 

in error display, 5-42 
Patchable Control Store 

Error messages, 6-9 



PPN bitmap, 4-24 
POST 

See Power-on self-tests 

errors handled by, 5-57 
Power supply 

desription, 2-15 to 2-17 

minimum load, 3-13 
Power-on self test 

See POST 
Power-on self-tests 

description, 4-4 

errors handled by, 4-6 

kernel, 4-4 

mass storage, 4—8 

Q-bus, 4-7 
power-up 

machine state, 4-20 

memory layout, 4-21 
Power-up mode switch 

set to language inquiry, 4-1 

set to run, 4-3 

set to test, 4—1 
Power-up sequence, 4-1 
Power-up tests, 4-1 
PRAO, 4-31 

Primary Bootstrap, 4—26 

Q 

Q-bus options, recommended order, 
3-5 

Q22-bus Memory 
and VMB, 4-28 

R 

Registers 

initializing the general purpose, 
4-25 

Q22-bus Map Registers, 4-28 
Related documents, J-l 
REPEAT command, A-22 
REQJPROGRAM, 4-33 
Restart, 4-39 



lndex-4 



Restart Button 

location, 2-13 
Restart parameter block (PRB), 
3-47 

Restart Parameter Block (RPB) 

RIP flag, 4-39 
RF-series ISE 

diagnostics, 4-8, 5-57 
errors, 5-57 
RF-series ISE local programs 

list of, 5-57 
ROM-based diagnostics, 4-8 to 4-10 
and memory testing, 5-55 
console displays during, 5-40 
isolating failures with, 5-44 
list of, 4-9 
parameters, 4-9 
utilities, 4-9 
RPB 

initialization, D-5 
locating, 4-40 
RPB Signature Format, 4-40 

s 

Scripts, 4-10 to 4-11 

list of, 4-13 
SEARCH command, A-22 
Secondary Bootstrap, 4-27 
Self-test, for modules, 4-7, 5-69 
SET BOOT device name command 

use of, 3-44 
SET command, A-24 
SET HOST/DUP command, A-24 
SHOW command, A-28 
SHOW commands, 3-29 
SICL messages, 5-33 

converting appended MEL files, 
5-36 
Signature Block 
PROM, 4-31 
START command, A-32 
Symbolic addresses, A-3 
for any address space, AS 
for GPRs, A-3 



System control panel, 2-12 to 2-13 
System hang, 5-64 
SYSTEMIP, 3-25 
setting, 3-37 

T 

Tape ISE 

diagnostics, 5-57 

errors, 5-57 
Tape ISE local programs 

list of, 5-57 
Termination power, tests for, 5-67 
TEST command, A-32 
Tests, diagnostic 

list of, 4-9 

parameters for, 4-9 
Troubleshooting 

procedures, general, 5-2 

suggestions, additional, 5-56 

UETP, 5-63 

u 

UETINrrOlJEXE image, 5-63 
UETP 

interpreting VMS failures with, 
5-62 

UETRLOG file, 5-62 

Unit number labels, 3-34 

UNITNUM, 3-25 
setting, 3-34 

UNJAM, 4-24 

UNJAM command, A-33 

User Environment Test Package 
(UETP) 
interpreting output of, 5-62 
running multiple passes of, 5-62 
typical failures reported by, 5-63 

Utilities, diagnostic, 4-9 

y 

Valid Maps, 4-28 
VAXELN 

and VMB, 4-27 
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VAXsdmPLUS, 5-4, 5-31 

customizing, 5-38 

enabling SICL, 5-39 

installing, 5-37 
Virtual Memory Boot (VMB), 4-27 

definition of, 4-26 

primary bootstrap, 4-26 

secondary bootstrap, 4-30 
VMB 

boot flags, 3-47 
VMS 

error handling, 5-5 

event record translation, 5-15 



w 

Warmstart, 4-39 
Write -enabling 

a storage element, 3-40 
an RF-series storage element, 
3-40 to 3-44 
Write-protecting 

a storage element, 3-40 

an RF-series storage element, 

3-40 to 3-44 
an RF35 storage element, 3-40 to 
3-44 

X 

X command (binary load and 
unload), A— 33 
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Poor 


Accuracy (product works as described) 
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□ 
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Clarity (easy to understand) 


□ 


O 


□ 


□ 


Organization (structure of subject matter) 




O 


□ 


□ 


Figures (useful) 


□ 


□ 




D 


Examples (useful) 


□ 


□ 


□ 


□ 


Table of contents (ability to find topic) 


□ 


O 


o 


□ 


Index (ability to find topic) 


□ 


O 


o 




Page design (overall appearance) 
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□ 


□ 


Print quality 
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□ 
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I found the following errors in this manual: 
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